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Informationsverarbeitung für den 
Leistungsprozeß 


Immer mehr verschmelzen Leistungsprozesse und die zugehörigen Informationsver- 
arbeitungsprozesse. Auf diesen gesetzmälligen Vorgang wurde schon mehrfach hinge- 
wiesen*. Bei der Anwendungstechnik von Geräten und anderen Hilfsmitteln Für die 
Informationsverarbeitung spiegelt sich diese Entwicklung unter anderem in folgenden 
Tendenzen wider: 


°  Leistungsfähige technische Hilfsmittel fur die Informationsverarbeitung ant Ar- 
beitsplatz der Endnmutzer wurden zunehmend eingesetzt, so daü der Bedarf an 
technischer Unterstiitrung der jeweils speziellen Informationsverarbeitungspro- 
zesse am Arbeitsplatz befriedigt werden kann. 

° Der Charakter der Vermittlungsfunktion zwischen dem Endnutzer von Informa- 
tionsverarbeitungstechnik und der Technik selbst wird stark reduziert oder beseitigt. 

« Neuartige Informationstechnik ist notwendig. 

° Die Aufwands- und Nutzenselemente des Einsatzes technischer Hilfsmittel für die 
Informationsverarbeitung verschieben sick. 


Diese Erscheinungen sind verbunden mit qualitativ veränderten Anforderungen an 
cite Beteiligten (Endnutzer, Planer von Informationssystemen usw.), insbesondere 
aber an Entwickler und Produzenten von Informationstechnik. Vor Ihnen steht die 
Aufgabe, Verarbeitungsleistung (maschinelle Intelligenz), Speichermöglichkeit sowie 
allgemeine und spezielle periphere Geräte zur Kommunikation mit dem System der 
technischen Hilfsmittel am einzelnen Arbeitsplatz verfügbar zu machen. Erfotxet- 
lichenfalls ist dazu eine direkte technische Verbindung zwischen den Gerätesystemen 
an verschiedenen Arbeitsplätzen und mit iibergeordneter, leistungsfähigerer Informa- 
tionsverarbeitungstechnik zu sichern. (BezugHch der Verarbeitungsleistung und der 
Speichermöglichkeit kann dieses Ziel erreicht werden, indem diem entweder physisch 
am Arbeitsplatr bereitgestellt oder indem fernaufgestellte Verarbeitungskapazität und 
Speicher vor Arbeitsplatz aus zugreifbar gemacht werden; Kommunikationsperipherie 
ist auf jeden Fan am Arbeitsplatr zu installieren.) Technische Fortschritte des letzten 
Jahrzehnts, insbesondere der Elektronik, Mikroelektronik und Kommunikationstech- 
nik haben wesentliche Voraussetzungen zur Lösung dieser Aufgabe geschaffen. 

Da die Anforderungen der Endnutzer an technische Hilfsmittel zur Informationsver- 
arbeitung stark variieren, besteht die Notwendigkeit, eine sehr grote Vielfalt solcher 
Hilfsmittel bereitzustellen. Die Datenverarbeitungs- mid Büromaschinenindustrie hat 
diem Schwierigkeit bewältigt, indem Geräteklassen geschaffen wurden, die jeweils 
großen Gruppen von Anforderungen an Informationstechnik entsprechen und inner- 
halb derer Modeile mit abgestufter Leistungsfähigkeit und mehr oder minder freien 
Konfigurationsmöglichkeiten ein weitgehendes Anpassen an die unterschiedlichen 
Nutzerforderungen gestatten. Eine dieser Geräteklassen ist die der Kleinrechner. 

Die praktische Verwertung der Möglichkeiten, die der Einsatz moderner Kleinrechner 
bietet, ist aber in erster Linie eine Frage der entsprechenden Ausgestaltung der lang- 
fristigen Datenverarbeitungskonzeptionen in Wirtschafts- und Verwaltungseinheiten. 
Die jüngsten Entwicklungen auf dem Gebiet dci Informationstechnik müssen Anlaß 
sein, diese Konzeptionen zu überpriifen und zu vervoflkornnrnen. Das ist ein folge- 
richtiger Prozeß. 

Die vorliegende edv-aspekte-Ausgabe soil diesen Prozeß unterstützen, indent sie schwer- 
punktmäßig Grundkonfiguration und Basisbetriebssoftware der Basisrechner erläutert. 
So werden als Beispiele arbeitsplatzbezogener Konfigurationen der Arbeitsplatr für 
Konstruktion und Technologie AKT A 6454, die Kommerziellen Basisiechnersysleme 
KBR A 6401 /A 6402 and die Prozeßrechnersysteme PRS A 6491 /A 6492 beschrie- 
ben. (Eine weitere arbeitsplatzbezogene Konfiguration, dör Bildauswertungsarbeits- 
platz BVS A 647x wurde bereits in rd 9/82 vorgestellt.) 

Einen Schwerpunkt des Heftes bilden auch die Beiträge zu den höheren Programmier- 
sprachen für die Basisrechner A 64xx, da sie für die Einordnung der Basisrechner als 
Hilfsmittel zur dezentralen Dat enverarbeitung ebenfalls von Bedeutung sind. 


Dr, Wemer Schulze 


m Sieher. B. rd 1/81, S. 33 


tadY-aSpsFCtiB 1/83 I 


Kleinrechner 

im Konzept der 
dezentralen 
Datenverarbeitung 


Dr. Werner Schulze 
VEB Robotron-Vertrieb Berlin 


Kleine Rechner — große Leistung 


Der historische iJrsprung der Kleinrechner ist in den bereits in 
den 50er Jahren entwickelten Geräten zur Steuerung von mate- 
riellen Prozessen (Prozeßrechnel für technologische Prozesse, 
Steuerrechner für die Experimentautomatisierung u. a.) zu 
sehen. Gegenüber diesen, aus heutiger Sicht dedizierten Gerä- 
ten, existieren für moderne Kleinrechner nahezu keine Ein- 
schränkungen des Einsatzgebietes auf bestimmte Informations- 
verarbeitungsaufgaben mehr, weil diese Geräteklasse ein außer- 
ordentlich breites Leistungsspektrum hesitzt. Zur Verbesserung 
der Übersichtlichkeit werden innerhalb dieses Spektrutns inter- 
national unterschieden: 


« Mikro-Kleinrechner („Micromin]s") 
« traditionelle Kleinrechner 
+ Super-Kleinrechner („Superminis"). 


Wesentliche technische Charakteristika und Haupteinsatzge- 
biete sind in Tab. 1 zusammengestellt. Die Tatsache, daß Klein- 
rechner gegenwärtig einen Anforderungsbereich von einfachen 
Steuerungsaufgaben bis zu Aufgaben abdecken, dern Lösung 
in der Vergangenheit die Leistungsfähigkeit cities Großrechners 
notwendig machte, führt international zu einer starken Zu- 
rrahme der Anzahl solcher Geräte (Tab. 2). 


Die Kleinrechner des VEB Kombinat Robotron 


Das Kombinat Robotron hat sich in seinem Erzeugniskonzept 
langfristig auf die eingangs dargelegten Entwicklungstendenzen 
auch auf dem Gebiet der Kleinrechentechnlik eingestellt. Dabei 
konnte auf langjährige Erfahrungen bei Entwicklung und Pro- 
duktion von Erzeugnissen dieser Klasse zuruckgegriffen wer- 
den. Bereits 1961 wurde in der DDR der Kleinrechner 5ER 2 
serienmäßig produziert. Ihr folgte der leistungsstärkere D4A 
(C 8205), der auch im Ausland starke Verbreitung fand. Die 
bisher größte Bedeutung für die Volkswirtschaft der DDR er- 
langten jedoch die Rechner der Familie robotron 4000 mit dem 
Prozeßrechnersystem (PRS) 4000 und den Kleinrechnersyste- 
men (KRS) 4200 una 4201. (Der Kleinsteuerrechner robotron 
4100 sei der Vollständigkeit wegen genannt. Er wurde für spe- 
zielle Gerätesteuerungen genutzt.) 

Die weitere Entwicklung auf dem Gebiet der Kleinrechentech- 
nik im Kombinat Robotron wird durch die Einordnung der 
gegenwärtig produzierten Geräte dieser Klasse in das Erzeugnis- 
prograrnm Dezentrale Datentechnik bestimmt /1, 2/. Dieses 


Tab. 1 Technische Charakteristika und Hauptanwendungsgebiete von 


Kleinrechnern 

Leistungsgruppe wesentliche technische Haupteinsatzgebiete 
Charakteristica 

Mikro-Klein- LSI-Technologie lokale Steuerungsaufga- 

rechner Wortbreite 8 (oder 16) Bit ben für technologische 
Arbeitsspeicher bis Prozesse, Experimente 
64 K Byte Oberwiegend OEM-Ein- 
eingeschränktes Spektrum satz 
peripherer Geräte 

traditionelle LS1-Technologie alle Aufgaben der Infor- 

Kleinrechner Wortbreite (8 oder) 16 Bit mationsverarbeitung, die 


Arbeitsspeicher bis 

1M Byte 

umfangreiches Spektrum 
peripherer Geräte 
(einschließlich aufgaben- 
bezogenerSonderbau- 
gruppen und -gerate) 
Betriebssysteme mit 
höheren Programmier- 
sprachen 


von der technischen 
Leistungsfähigkeit her 
abgedeckt werden kön- 
nen: Steuerungsaufgaben 
ökonomische Datenver- 
arbeitung, Lösung nume- 
rischer Aufgaben, Text- 
verarbeitung, grafische 
Datenverarbeitung, Bud- 
verarbeitung 

Einsatz als Ein- und Mehr- 
platzsysteme 

Einsatz in Mehrproressar- 
systemen und Verbund- 
netzen 


super-Klein- 
rechner 


VLSI-Technologie wie traditionelle Klein- 
Wortbreite (16 oder) 32 Bit rechner mit Konzentra- 
Adreßraum bis 4,3 G Byte, tion auf verarbeitungsin- 


virtuelle Speichertechnik 
umfangreiches Spektrum 
peripherer Geräte, komfor- 
table, teilweise hardware- 
gestütrte Betriebssysteme 
mit umfangreichem Pro- 
grammiersprachenangebot 


tensive Aufgaben (bei- 
spielsweise Mustererken- 
nung, Signalverarbeitung, 
Bildverarbeitung), damit 
Erschiießung weiterer 
Anwendungsgebiete 


Tab. 2 Entwicklung des Umfangs von Klein rechnerinstallation im 


NSW (nach /21) 


Anzahl 
Installationen (%) 


Gesamtwert 
Installationen (%) 


1980 
1981 
1982 
1983 
1984 
1985 


100,0 
124,8 
153,0 
187,2 
227,4 
273,9 


100.0 
130,9 
169,6 
216,8 
273,9 
341,3 


wurde unter Berücksichtigung der objektiven Entwicklungsge- 
setzmäßigkeiten auf dem Gebiet der Informationsverarbeitung 
konzipiert. Das gilt auch für die Stellung der Kleinrechner irlaier- 
halb des Erzeugnisprogramms. In ihm sind derzeit sowohl Klein- 
rechner enthalten, die der Gruppe der Mikro-Kleitrechner zu- 
zuordnen sind, als auch solche, die zur Gruppe der traditionel- 
len Kleinrechner gehören. Letztere sind unter der Chiffre A 
64xx zusammengefaßt. Da sie fur eine basisnahe Datenverar- 
beitung bestimmt sind, werden sic in der Terminologie des 
Kombinats Robotron als Basisrechner (A 640x) und arbeits- 
platzbezogene Konfigurationen auf der Grundlage von Basis- 
rechnern (A 64xx) bezeichnet. 
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tung dann eine Rolle als technisches Hilfsmittel, wenn Are Lei- 
stungsfähigkeit zur Bewältigung des Verarbeitungsumfangs am 
„dezentralen" Ort ausreicht. Das wird in der Regel auf unteren 
Hierarchiestufen, beispielsweise in den Relationen Betrieb — 
Werk oder Betrieb Abteilung der Fall sein. In diesem Sinne 
wurden Kleinrechner bereits in der Vergangenheit zur „dezen- 
tralen" Datenverarbeitung eingesetzt. Sie werden überwiegend 
im Regime stapelverarbeitung betrieben und für die Lösung 
einer Mehrzahl unterschiedlicher Verarbeitungsaufgaben der 
jeweiligen Wirtschafts- oder Verwaltungseinheit geruutzt 
(„Rechenzentrums"-Betrieb). 

Diese Form der Verwendung von Kleinrschnern wird aunächst 
auch weiterhin eine gewisse Bedeutung behalten. Der Begriff 
der dezentralen Datenverarbeitung ist nach heutigem Verständ- 
nis aber allgemeiner zu sehen: Er bezeichnet die Verarbeitung 
von Daten an dem Ort innerhalb einer Wirtschafts- oder Verwal- 
tungseinheit, an dem sie entstehen und /oder an dem die Verar- 
beitungsergebissse benötigt werden — in der höchsten Form im 
Zuge der Bearbeitung von Vorgänger (Transaktionen). Techni- 
sche Hilfsmittel sind fin die Unterstützung dieser Form der 
Datenverarbeitung um so besser geeignet, je enger sie den spe- 
zifischen Anforderungen des einzelnen Arbeitsplatzes eines 
Bearbeiters von Vorgängen (im allgemeinsten Sinn) angepaßt 
werden können. Mod errie Kleinrechner besitzen in dieser Be- 
ziehung eine bemerkenswert hohe Flexibilität. 


Kpmmerricüc Technersystem Tabotron A 6401 Werkrote 


Basisrechner — zentral oder dezentral? 


Um die Ste'lung der Basisrechner und der daraus abgeleiteten 
arbeitsplatzbezogenen Konfigurationen im Rahmen der dezen- 
tralen Datenverarbeitung richtig bestimmen zu können, sind 
einige Bemerkungen zum Inhalt dieser Organisationsform der 
Informationsverarbeitung am Platze, Zunächst erscheint die 


dezentrale Datenverarbeitung als ein relativer Begriff. In bezug 
auf die Kombinatsleitung ist beispielsweise die Datenverarbei- 
tung in einem Kombinatsbetrieb dezentral, wobei das techrri- 

sche Hilfsmittel für die dezentrale Datenverarbeitung in Kom- 


Insgesamt sind Kleinrechner im Rahmen der dezentralen Daten- 
verarbeitung derzeit bedeutungsvoll für 


m den arbeitsplatzbezogenen Einsatz 


den Einsatz in dezentralisierten Kleinrechnerzentren , 
die Ausführung von Hilfsfunktionen in Verbundsystemen 
(Steuerrechner, Vermittlungsrechner u. a.) 


binatsbetrieb wahrscheinlich eine EDVA sein wird. 

Innerhalb des Kombinatsbetriebes kann dann durchaus eine 
zentrale Datenverarbeitung realisiert sein. Kleinrechner spielen 
in dieser Auslegung des Begriffs der dezentralen Datenverarhei- 
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Abb. 1 Gerätetechnische Kanzeption der Basisrechner A 640x und aer darauf aufhauenden Konfguratyßiien A 64xx 
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Modulares Konzept 
bei Hard- und Software 


Die Rechner A 64xx des VEB Kombinat Robotron sind für alle 
oben genarinten Einsatzrichtungen geeignet, insbesondere aber 
für die zuerst genannten vorgesehen. Grundlage dieser Eignung 
ist einerseits das gerätetechnische Konzept, andererseits das 
Softwarekonzept der Basisrechner. 
Bei der Gerätetechnik wird die erforderliche Flexibilität durch 
das streng modulare Konzept der Basisrechner erreicht. In sei 
Rahmen können zunächst Grundkonfigurationen definiert 
werden, die aus unterschiedlich leistungsfähigen Verarbeitungs- 
einheiten und Speichern sowie einer aus dem angebotenen Ge- 
rätespektrum aaswählbaren Standardperipherie bestehen. Der- 
artige Grundkonfigurationen können selbständig oder im Fern- 
verbund mit gleich- oder übergeordneten Rechnern in dezen- 
tralisierten Kleinrechenzentren eingesetzt werden. Möglich- 
keiten für den arbeitsplatzbezogenen Einsatz werden geschaf- 


Architektur 


spezialisierte Anwendungsoftware 


Setnebssystemerweiterung 


aufgabenspezifische Basissoftware 


Teile 


Grafisches Bernsystem (GK5) 


Demonstrationsbeispiel 
der Kopplung eines 
robotron K 1630 mit 
dem Forschungsmuster 
des Sprach-Ein-/Aus- 
gabegerätes SEA 1600. 
Derartige Lösungen 
bieten sich als arbeits- 
platzbezogene Konfigu- 
rationen künftig dort 
an, wo B nde und 
Gesichtssinn des Bedie- 
nets bereits mit anderen 
Funktionen ausgelastet 
sind, wie zum Beispiel 
an grafischen Displays, 
an Sortierarbeitsplätzen 
usw. Werkfoto 


fen, indem Grundkonfigurationen um arbeitsplatzbezogene. 
spezialisierte periphere Geräte ergänzt werden. Im einfachsten 
Fall kann es sich dabei um an Arbeitsplätzen von Endnutzern 
installierte allgemeine oder spezialisierte Terminals handeln 
(terminalorientierte Basisrechner)_ Abb. 1 verdeutlicht die 
gerätetechnische Konzeption. Ergänzend ist auf die mit der 
gewählten Lösung gegebenen Möglichkeiten für Weiterentwick- 
lungen im Rahmen vorhandener und fur die Entwicklung neu- 
artiger arbeitsplatzbezogener Konfigurationen hinzuweisen 
(Foto oben). 

Neuartige Konfigurationen entstehen auf gerätetechnischer 
Seite mittels Einbeziehen entsprechender arbeitsplatzbezoge- 
ner peripherer Geräte. Weiterentwicklungen werden insbeson- 
dere durch Aufwertungen im Bereich der Grundkonfiguration 
erreicht. Dabei erweist sich das Einbeziehen der Basisrechner in 
das System der Kleinrechentechnik der sozialistischen Länder 
(SKR) als vorteilhaft, da über den auch an den Basisrechnern 


Beispiele 


Software fur AKT A 645x Saftware für BVS A 647x 


Paket für 
rotahans - 


Paket für 
Pernerkun- 

symmetrische dung der 
Erde 


Paket für 
Bewegungs- 
analyse 


Image Processing Utility (IPU) 


Treiber fur arbeit$platzspezifische 
Peripherie ( siehd 


Basisbetnebssystem MOOS 1600 


Abb. 2 Architektur der Software fur arbeitsplatzbezogene Konfigurationen der Basisrechner A 640x 
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verfügbaren SKR-Einheitsbus periphere Geräte aus dem Spek- 
trum des SKR genutzt werden können. 

Das Safewarekonzept entspricht dem gerätetechnischen Kon 
zept. Grundlage ist eine am arbeitsplatzbezogenen Einsatz der 
Geräte orientierte Schlchtenarchitektur der Software [Abb. 2]. 
Innerhalb der Schichten ist die Realisierung streng modular 
vorgenommen werden, so doll Erweiterungen und Modifikatio- 
nen relativ einfach möglich sind. 

Besonderes Augenmerk wurde den Programmiersprachen ge- 
widmet, da sie eines der wichtigsten Hilfsmittel für die Kom- 
munikation des Endnutzers mit dem System darstellen. Neben 
eingeführten höheren Programmiersprachen werden anwen- 
dungsbezogene Sprachen bereitgestellt, die in der Schicht der 
au gabenspeziiischen Basissoftware angesiedelt sind. — 

Ein weiterer Bestandteil des SoftwarekaPnzepts ist die unter der 
Bezeichnung PDST 1600 geführte Technologie zur Entwick- 
lung problemorientierter Software. 


Nahtloser Übergang 


Die Einführung neuer Datenverarbeitungs- und Büromaschinen 
ist aus der Sicht der Anwendung technischer Hilfsmittel zur 
Informationsverarbeitung stets verbunden mit dem Problems 
der Einordnung in den vorhandenen Bestand an derartiger Ge- 
rätetechnik, das heillt der Gewährleistung einer anwendungs- 
technischen Mindestkompatibilität, welche die weitere Nutzung 
vorhandener Datenbestände und Software ermöglicht. 

Das gilt auch Für das Verhältnis der Basisrechner A 640x zur 
entsprechenden Vorläufertechnik des Kombinats Rohotron, 
hier schwerpunktmisblg zu den Kleinreclmersystemen 4200/ 
4201 und zum Kleinrechner C 8205. Prinripiell bestehen für 
die Lösung des genannten Problems die Mögiichkeiten der 
Emulation oder Simulation. Nach sorgfältigen Analysen und 
auf Grund vorliegender Erfahrungen wurde entschieden, die 
Pal fähigkeit zum KRS 4200/4201 mit einem Emulator herzu- 
stellen, die zuni Kleinrechner C 8205 mittels simulator. I lamit 
wird die Ablösung dieser Rechner durch Basisrechner A 640x 
fair den Anwender wesentlich erleichtert. Zu beachten ist, daf3 
die Anwendung eines Emulators oder eines Simulators in der 
Regel keinen Anwendungsfortschritt bringt, da kein arbeits- 
platzorientierter Einsatz erreicht wird. Fortschritte in dieser 
Richtung sind erst nach umfangreichen anwendungstechnischen 
Vorleistungen möglich. 
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Hardware 


Geräte 

für Grundkonfigurationen 
der Basisrechner 

des Kombinats Robotron 


Dietrich Neugebauer 
VEB Robotrori-Vertrieb Berlin 


Der Beitrag wnfafit Aysfeihrungen zu den Gerdten (Komplex- 
gemten, Geräten und Baugmuppen), aus denen Geundkonf"gura- 
tiorer von Basisrechnersyste ruen zusammengestellt werden korl- 
nen. Er wendet sich an Projektarten von Infornationsverarbei- 
teıngs.ystemen mit Basisrechnern des KombPinats Robotrou und 
vermittelt ihnen sowohl frir die technische als auch für die an- 
wendungstechnische Projektierung wichtige Informationen. 


1. Vorbemerkung 


Der Finsatz von Mikroprozessoren in elektronischen Datenver- 
arbeitungsanlagen eräffnet dem Anwender eine wesentlich brei- 
tere Palette von Anwendungsmöglichkeiten. 

Durch die Vorteile und die neuen Eigenschaften von mikropro- 
zessororientierten Rechnersystemen werden weitere Einsatz- 
gebiete erschlossen. Dabei kommt den charakteristischen Merk- 
malen 


— geringes Volumen 

— günstiges Preis-Leistungsverhältnis 

— minimierter Energiebedarf 

-- hohe Zuverlässigkeit 

besondere Bedeutung zu. 

Die Entwicklung der Mikrorechnerfamflie iobotron K 1600 
zielt darauf ab, cine dem Weltstand entsprechende Technik be- 
Teitzustellen. 

Mittels flexibler Anschlubbedurgungen lassen sich die Systeme 
der Mikrorechnerfamilie robotron K 1600 optimal an den je- 
weiligen Anwendungsfall anpassen. 

Die Tatsache, dalli die Rechnersysteme Zweiadrelireclmer sind, 
bietet auf dem Gebiet der anwendungstechnischen Projektie- 
rung bessere Möglichkeiten, als das für herkämmliche Rechner 
systerne der Fall war. 


2; Zentraleinheiten 
2JI. Mikrorechner robotron K 1620 
Der Mikrorechner robotron K 1620 ist ein Modell der mittleren 


Leistungsldasse, dessen Kernstück die Zentrale Verarbeitungsein- 
heit (ZVFIO K 2662 ist. 
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Mikrorechner K 1620 als Einschub im Basisrechner A 6401 Werkfoto 


Er kann mit anschlußkompatiblen Speichermoduln bis maximal 

28 K Worte (56 K Byte) ausgerüstet werden. 

Innerhalb der ZVE K 2662 sind neben zwei LsI-Schaltkreisen 

mit je 8 Bit \Verarbeitungsbreite die Mikroprogrammsteuerung, 

die Bussteuerung, der Taktgenerator und die Echtzeituhr ent- 

halten. Folgende Funktionen werden von der ZVE K 2662 

realisiert: 

« Mikroprogrammierte Befehlsliste K 1620 

« mikroprogrammgestützte Realisierung von Bedienfunktionen 
über Bedienperipherie 

« Steuerung des Informationsaustausches der ZVE über den 
Systembus 

« der Informationsaustausch erfolgt bezüglich der Adressen 
synchron und der der Daten asynchron 

« Buszuteiiungs- und Unterbrechungssteuerung 

« zentrale Regenerierungssteuerung der dynamischen Halb- 
leiterspeicher. 


Der Mikrorechner robotron K 1620 ist konstruktiv als Einschub 
für normierte Gefäße nach ST RGW 834-77 ausgefohrt; der Wo- 
tiul besteht aus drei Steckeinheiten. ZVE, Speicher, Anschluß- 
steuerungen und Stromversorgung sind gemeinsam im MR-Ein- 
schub untergebracht. 


Leistungsparamter des ikrorcchners K 1620 


Verarbeitungsbreite 16 Bit parallel, Wort- und Byteverarbeitung 
Zahlendarstellu ng Festkomma, Zweierkomplement 

Anzahl der Befehle ca. 400 (einschließlich Modifikationen) 
Befehlssystem SKR -B asisbefehlsl ixte 


Mikroprogrammsteuerung, horizontal 
Mikroprogrammierung, asynchron 
Adressie ru rgsarten 12 

Anzahl der univer- 
sclien Register 

Ad ressi e ru agsbere ich 


steueru ngsprinrip 


8 
32 K Warte (davon 4 K Worte für E/A-Geräte- 
register) 
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Unterbrechungs- vektororganisicrte Uriterbrechu ngsbehsndjung: 


systam 5 Unterbrecliungsebeness, davon 1 DMA-Eberic 
Pegel TTL-Pegel 

Datenerhalt bei Netz- 

au sfall vorhanden 

Autom ati scher Restart vorhanden 

Eclstzcituhr 20 ms Zeitintervall, programmunterstützt 
E/A-Orgarlisation programmiert und DMA 

stackarganisatian vorhanden 

Bedienung über Bediengerät, Frontpaneel 


Befchisa fdlirungszeitari K 1620 [aPLsj 
« Zweioperandbefchle 
Register - Register 3,05- 4,55 
Register - Speicher 4,50- 9,60 
Speicher- Register 6,00- 9,65 
«  Einoperandbefehle 


Register 3,05- 5,311 

Speicher 5,20-10,35 
PSW-Transporte 3,05- 5,25 
Branch-Befehle 3,80- 6,05 
spin ngbefehic 3,80- 8,20 
Flaghehandlung 3,80 
Trap-Befehıe 17,35 


2.2. Mikrorechner robotron K 1630 


Der Mikrorechner rabotron K 1630 ist das leistungsfähigste 
Modell der Mikrorechnerfamilie robotron K 1600; sein Kern- 
stück ist die Zentrale Verarbeitungseinheit (ZVE) K 2663. Sie 
wurde als Basis für einen Kleinrechner entwarfen, der als lei- 
stungsfähiger Kern in Echtzeitsystemen, in Datenverarbeitungs- 
systemen für ökonomische und wissenschaftlich-technische Ei-- 
satzfalle sowie für Multinutzer- und Multipragrarnmanwendun- 
gen eingesetzt werden kann. Der Mikrorechner robotron K 1630 
kann mittels der Speicherverwaltungseinheit (SVE) K 2061 mit 
anschlußkompatiblen SQeichermoduln bit höchstens 124 K 
Worte (248 K Byte) ausgerüstet werden. 

Bei Einsatz eines Adthpietikprozessors (ARP) K 2062 als Zu- 
satzeirtrichtung fur Festkomma- und Gleitkammaoperationen 
mit größeren Genauigkeiten kann dine wesentliche Leistungs- 
steigerung des Mikrorechners robotron K 1630 realisiert werden. 
Darüber hinaus wird durch eine umfangreichere Befehlsliste 


Mikrorcchner K 1636 mit Erweiterungseinschub als Bestandteil des 
Basisrechners A 6402 Foto: Drowski 


und eine erweiterte Paranelarbeit eine höhere Verarbeitungs- 
geschwindigkeit erreicht. 
Der Mikrorechner K 1 630 realisiert folgende Funktionen: 


« Zentrale Verarbeitungseinheit 
Mikroprogrammierte Befehlsliste K 1 620TK 1630 
mikroprogrammgestützte Realisierung von Bedienfurnk- 
tionen 
Adressrechnung für den Arithmetikprozessor 
° $peicherverwaltungseinheit 
- Umrechnung der virtuellen 16-Bit-Adresse in eine physi- 
sche 18-Bit-Adresse 
— Gewährleistüng eines Speicherschutres 
-- Steuerung des Informationsaustausches zwischen Prozes- 
sor und Systembus. : 


Der Mikrorechner robotron K 1630 ist konstruktiv als Einschub 
für normierte Gefäße nach STRGW 834-77 ausgefiihrt; der Mo- 
dul SVE/ZVE besteht aus 9 Steckeinheiten. ZVE, Speicher, An- 
schlußsteuerungen und Stromversnrgung sind gemeinsam im 
Mikrorechner-Einschub untergebracht. 


2-2.3. Arithmetikprozessor K 2062 


Der Arithmetikprozessor K 2062 gehört als Einheit zum MJ.kro- 
rechnet robotron K 1630 und ist ohne die ZVE K 2663 nicht 
funktionsfähig. 

Es ist auf der Basis cines L5I-Arithmetik-Schaltkreises aufge- 
baut, enthält außerdem eine Reihe Register, eis Steuerwerk 
auf TTL-Basis und ist mikroprogrammgesteuert. Der ARP ist 
(iber den prozessorinternen Bus und über Direktleitungen mit 
der ZVE verbunden; er besteht aus 3 Steckeinheiten. Der Infor- 
mationsaustausch zwischen ARP und ZVE sowie innerhalb des 
ARP erfolgt asynchron. 

Der ARP überninurtt im wesentlichen folgende Funktionen: 


° Multiplikation und Division im Festkonimaforrnat (Einfach- 
und Doppelwort) 

°- Addition und Subtraktion von Doppelwortoperanden 

«e Gleitkomma-Arithmetik fOr Grundrechenarten (ADD, SUB, 
MUL, DIV) 

e Datenkonvertierung von Festkommaformat in Gleitkomma- 
format und umgekehrt. 


Leistungspararneter des Mikxvrechners 
robotron K 1630 


Verarbeitungsbreite 16 Sit parallel, Wort- und Byteverarbeitung 

Zahlendarstellung Festkomma, Zweierkomplement 

Anzahl der Befehle ca. 400 (einschließlich Modifikation) 

Befehlssystem SKR-Basisbefehlsliste 

Steuerungsprinzip Mikroprogrammsteuerung, horizontal 
Mikroprograrnmiemng, asynchron 

Adressierungsarten 12 

Anzahl der universellen 

Register 8+8 


128 & Worte (davon 4 K Worte E(A-Geräte- 
register) 


Adressieru ngsbereich 


Unterbrechungssystem vektororganisierte Unterbrechungsbehand- 
lung, 5 Unterbrechungsebene, davon 
1 DMA-Ebene 

Pegel TTL-Pegel 

Energieau sfallsteu erung vorhanden 

Automatischer Restart vorhanden 

EtA-Organisation programmiert und DMA 

Stackalganisatlıon vorhanden 


Bedienung über Bediengerät, Frontpaneel 


Befehlsausführungszeiten K 1630 L]: 

« Zwciaperandbefehle 
- Register - Register 3,50- 4,25 
- Register - Speicher 4,25- 8,75 
- Speicher - Register 4,00- 9,55 

«  Einoperandbefehle 


- Register 2,75-- 9,75 

- Speicher 3,50-14,75 
PSW-Transporte 3,00- 8,25 
Brasch-Befehle 2,70- 3,45 
spmngbefehle 3,80- 9,65 
Flagbehandlung 5,30 
Trap-Befehle 7,50 
Rechenzeiten mit ARP (gis]: 

Multiplika#ion Division 

Festkomma (16) 15 Sit 
und Vorzeichen ca. 16 ca. 55 
Festkomma (32) 31 Sit 
und Vorzeichen ca. 22 ca. 9B 
Exponent, 23 Bit Mantisse 
und Vorreicheri ca. 22 ca. 55 
Gleitkomma (64) 8 Bit 
Exponent, 35 Bit Matisse 
und Vorzeichen ca.55 ca.105 


2.3. AnschluRsystem (Interface) 


Die allgemeine Systemarchitektur der Mikrorechnersysteme 
K 1620 und K 1630 sieht vor, daß alle Systemkomponenten 
wie Zentrale Verarbeitungseinheit, Speichermoduln, Anschluß- 
steuerungen und Koppeleinheiten über eine elektrisch und kon- 
struktiv standardisierte Verbindung --- den Systembus K 1600 — 
zosamniengeschlossen werden. Ober den Systembus werderi 
Adressen, Daten tuid Signale zum Teil auch zeitmultiplex Tiber 
gleiche Leitungen übertragen sowie die Einspeisung für die Strom- 
versorgung der Moduln vorgenommen. 
Die Form der Kommunikation über den Systembus ist für alle 
an den Systembus angeschlossenen Geräte gleich und geschieht 
nach dem Mast er-Slave-Prinzip sowohl als programmierter Ver- 
kehr der Zentralen Verarbeitungseinheit als auch im direkten 
Speicherzugriff. 
Mittels besonderer Moduln kann der Systembus verlängert wer- 
den bzw. ist der systembus abzuschlielen. 
Die peripheren Geräte werden über verschiedenartige Arischluß- 
steuerungen, die das jeweilige Interface des peripheren Gerätes 
bereitstellt, an den Systembus angeschlossen. 
Durch einen Busumsetzer kann das Anschlu$bild des SKR-Ein- 
heitsbus realisiert und somit ner Anschluß von Baugruppen und 
Geräten des Systems der Kleinrechentechnik (SKR) vorgenom- 
men werden. 
Zum Anschluß eines zweiten Blockeinschubes mit oder ohne 
Verstärkung läßt sich der Systembus erweitern. 
Als Standardinterface sind definiert: 
Interface für sternförmigen Anschluß mit Paralleliibertragung 
(IFSP) 
— Interface für sternförmigen Anschluß mit Serienübertragung 
(IFSS) 
- Standardinterface 1000 (SIF 1000) für den Anschluß von 
SIF-1000-Peripherie 
Interface 52 nach TGL 29077 bzw. entsprechend Empfeh- 
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lung V.24 und V.28 nach CCITT (für Anschluß von Termi- 
nals und Datenfernverarbeitungsperipherie) 
— Gerätespezifische Interfaces 
° Anschlußsteuerung für Kassettenplattenspeicher 
° Anschlußsteuerung für Folienspeichereinheit. 


2.4. Interne Speicher 


Die internen Speicher der Mikrorechner K 1600 sind modular 
aufgebaut und ermöglichen eine günstige Konfigurierung ent- 
sprechend den Anwenderforderungen. Dabei werden durch Ver- 
wendung von RAM- und PROM-Schaltkreisen die Vorteile mo- 
derner Halbl eiterspeicher genutzt. 

Die RAM-Schaltkreise werden für dynamische bzw. statische 
Operativspeicher-Moduln (Schreib-Lesespeicher) und die PROM- 
Schaltkreise für programmierbare Festwertspeicher (Lesespei" 
cher) genutzt. 

Der Anwender kann sich über den Einsatz verschieden großer 
Steckeinheiten (Speichermoduln) seine Speicherkapazität wahl- 
weise im Rahmen des definierten Maximum der Mikrorechner 
selbst konfigurieren. Als Arbeitsspeicher werden in der Regel 
dynamische Operativspeichermodutn mit und ohne Fehlerkor- 
rektureinrichtung genutzt. 

Von der Fehlerkorrektureinrichtung werden Einbitfehler der 
gelesenen Information korrigiert und Doppelbitfehlererkannt 
und gemeldet. Ohne Fehlerkorrektureinrichtung wird eine 
byteweise Paritätskontrolle ausgeführt, und Paritätsfehler wer- 
den gemeldet. 

Zur Gewährleistung der Stromversorgung der Operativspeicher 
bei Netzausfall stehen Akkumulatormoduln zur Verfügung. 

Die Stützungszeit zur Informationserhaltung liegt im Stunden- 
bereich. 


2.5. Stromversorgung 


Die Mikrorechner der Familie robatron K 1600 verwenden eine 
mudulare Stromversorgung. Diese ist in ihren Leistungsdaten 
den elektronischen Einheiten angepaßt und wird mit der Elek- 
tronik aufgerüstet. 

Die Systemstromversorgung umfaßt alle Funktionseinheiten, 
die das Bin- und Ausschalten des Systems, der Schränke, der 
Einschübe bzw. Einsätze und der Einzelgeräte am Versorgungs- 
netz gestatten. Sie gilt für alle Systembestandteile des Systems 
robotron K 1600. 

Sei der Realisierung der Systemstromversorgung wurde die 
„Analyse des Systems der Stromversorgung und Erdung der 
Technischen Mittel des SKR" (Fassung von 1979) benicksich- 
tigt. 

Der zentrale Eün- und Ausschalter fur das gesamte Rechnersy- 
stem befindet sich an der Frontplatte des Rechner-Einsatzes 
(Schlüsselschalter). Mit der Einschaltung werden alle Schrank- 
einheiten (max. 16 Stück) mit Netzspannung versorgt. Die Ein- 
zelgeräte und Einschübe können unabhängig voneinander eir- 
und ausgeschaltet werden. 


Versorgungsnetz: 


Einphasenwechsel spaß nu ng 


220v 19% 


50 Hz oder 60 Hz 
je nach Einsatzfall. 


Die Systemstromversorgung besteht aus den folgenden Funk- 
tionseinheiten. 


° Im Rechner-Schrank: 
Hauptschalter, Sicherungsblock, Netzfilter (12 A), System- 
Ein/-Aus, Schrank-Eim/-Aus, (mit Anzeige und Schutz), 
Schrankverteiler (mit 2 Schuko-Steckdosen), Folgeschal- 
tung 

° im Schrank ohne Rechner: 
Hauptschalter, Sicherungsblock, Netzfilter (12 A), Schrank- 
Ein/-Aus (mit Anzeige und Schutz), Schrankverteiler (mit 
2 Schuko-Steckdosen), Folgeschaltung 


« im Beistellschrank (ohne Systemstromversorgungseinsatz): 
Hauptschalter, Sicherungsbl ock, Netzfilter (12 A). Schutz 
mit Ein-/Aus-Schalter, Schrankverteiler (mit 2 Schuko- 
Steckdosen) 

« im Einschub/Gerät: 

Ein-/Aus-Schalter mit Anzeige, Netzfilter (4 A) oder Ent- 
störglied, Schlüsselschalter (nur im Rechner-Einschub). 

° im Systemverteiler: 

Systemschutz (Schaltvermögen je nach Systembelastung) 
Stromversorgungsmoduln und -zusätze 
Strom'versorgungsmoduln (STM) 

sie sind geregelte Sperr- (bei 25 W Ausgangsleistung) oder 
Flußwandler (bei Ausgangsleistung = 50 W), die als Betriebs- 
spannung die gleichgerichtete Netzspannung (ca. 300 V) 
benutzen. 

Stromversorgungszusatz (STZ) 

Ein Stromversorgungszusatz erzeugt bis zu 4 Ausgangsspan- 
nungen bei 25 W Einzelleistung und einer Summenleistung 
von 75 W. Ein Stromversorgungszusatz kann nur gemeinsam 
mit einem Stromversorgungsmodul betrieben werden. 


Technische Daten 


Netzspannung 20V +10, 47...63 Hz 
Einphasenanschluß -15% 
Schutrgüte 
schuhklasse Inach TGL 21366 und Standard STP 
Z 50.094.100 

— Funkentstörung 


Funkentstörgrad Fl nach TGL 20885/05, entspricht spannungs- 
werten A nach MM SKR 002-76, Pkt. 2, bei Anwendung eines 
Netzfilters F3 nach TGL 20885/05 durch das übergeordnete Gefäß 
realisiert. 

Umgebungsbedingungen 

Die Baugruppen sind für den Einsatz in Erzeugnissen mit EKL 3, 
TKL 3 und LKL 3 nach TGL 26465 ausgelegt. 


Strom versorge ngsmodul 
Ausgangsspannungen 
5oW, 
100 W, 
150Wbeijeweils5V,7V,9V,12V,15V,24V ,36V. 
— Stützzeit bei Netzausfall 
10 ms hei Minustoleranz der Netzspannung 
20 ms bei Nennwert der Netzspannung 
— Wirkungsgrad 
Für vorgenannte Stromversorgungsmoduln beträgt der Wirkungsgrad 
in Abhängigkeit von der Ausgangsspannung etwa 70-80 %. 


Strom versorge ngsze satz 
Wahlweise ein bis vier Ausgangsspannungen 

— Ausgangsleistung je Spannung 25 W, die Gesamtbelastung des STZ 
beträgt max. 75 W 
Zum Betrieb eines STZ ist ein 50 W-, 100 W- oder 150 W-Modul 
erforderlich. 
Ausgangsspannungen (positiv oder negativ) 
5V,7V,9V ,12V,15V ‚24V ‚60V. 
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Notstromversorgung 

Für den dynamischen Operativspeicher ist bei Netzausfall eine Notstrom- 
versorgung für den Datenerhalt möglich. Dazu wird der Modul für Daten- 
erhalt verwendet, der auch den Akkumulator enthält. Eine Überladung 
und Tiefentladung des Akkumulators wird verhindert. 


Parameter des Akkumoduls: 
Baugruppe. die von einem STM 12 V/100 W gespeist wird 
Leistungsaufnahme etwa 60 W 
-— Ausgangsspannungen 
5 NG =-35 V/25 mA 
12 PG = + 12 W1000 mA (bei Akkubetrieb) 
+ 12 V/1800 mA (bei Netzbetrieb) 
5PG=+ 5V/1200 mA. 


2.6. Konstruktiver Aufbau, Gefäßsystem 
und Baugruppen 


Die modulare Konzeption der Mikrorechnerfamilie robotron 
K 1600 findet auch in der konstruktiven Lösung des Rechner- 
aufbaus ihren Ausdruck. Die logischen Funktionseinheiten 
(Moduln), die als Steckeinheiten ausgeführt sind und über den 
Systembus verbunden werden, werden in Blockeinschüben kon- 
struktiv zusammengefaßt. 

Der Blockeinschub ist für einen schrankeinbau ausgelegt bzw. 
kann auch in verkleideter Form als Auftischgerät (z. B. Labor- 
rechner) enPgesetzt werden. 

Die Schränke sind nach STRGW 834-77 genormt. 

Die Abmessungen betragen: 


Breite 600 mm 
Höhe 730 mm oder 1800 mm 
Tiefe 800 mm. 


Die konstruktiven Hauptbaugruppen des Blockeinschubes der 
Mikrorechnerfamilie robotron K 1600 sind 


— Grundrahmen 

— Steckeinheiten (STE) 

— Steckeinheiteneinsätze 

- Liifterbaustein 

— Stromversorgungsmoduln (STV-M) 
— Frontplatte (FP). 


$ie haben folgende Funktionen; 


— Grundrahmen 
Der Grundrahmen ist das tragende Element des Blockein- 
schubes und dient zur Aufnahme der übrigen Hauptbaugrup- 
pen. 

— Steckeinheiten 
Die logischen Funktionseinheiten der Mikrorechner sind 
auf STE der Größe 215 mm x 170 mm untergebracht. Die 
STE besitzen Steckverbinder zum AnsehiuL an die Rück- 
verdrahtungsleiterplatte (RLP) und vorderseitig Steckver- 
binnet zum Anschluti von Interfacekabeln. 
Steckeinheiteneinsätze 
Die Steckeinheiten werden in einem Steckeinheiteneinsatz 
vertikal angeordnet. Es werden, entsprechend den Blockein- 
schtiben, Steckeinheiteneinsätze in zwei Längen realisiert. 
Sie können 28 STE (bei Verwendung eines Akkumoduls 21 
STE) bzw. 14 STE aufnehmen. 
Die Höhe eines Blockeinschubes beträgt 6U (U = 44.45 mm) 
Busverbindung 
Die Verbindung der STE untereinander ist über eine ge- 
druckte Rückverdrahtungsleiterplatte ausgeführt 

— Ltifterbaustein 
Die Anordnung der STE in den Steckeinheiteneinsätren 


und der hohe Integrationsgrad auf den STE erfordern eine 
horizontale Zwangsbelüftung. Zu diesem Zweck werden 
hochleistungsfähige Lüfter kleiner Abmessungen eingesetzt. 
Für Steckeinheiteneinsätze mit 28 STE sind vier Liifter vor- 
gesehen, fur Steckeinheiteneinsätze mit 14 STE sind zwei 
Lüfter notwendig. 

Stromversorgungsm od uln 

Die Stromversorgungsmoduln sind in Kompaktbauweise aus- 
gefiihrt und werden über eine Aufnahme auf dem Grund- 
rahnien aufgesetzt. Sie sind steckbar in der Aufnahme an- 
geordnet. Die STV-M werden ebenfalls horizontal belüftet. 
Frontplatte 

Die Frontplatte stellt die vordere Abdeckung des Blockein- 
schubes dar. Sie ist abnehmbar gestaltet und ermöglicht das 
Aufschwenken der dahinter befindlichen Montageplatte, 
welche die benötigten Bedienelemente trägt. 

Die wichtigsten Bedienelemente beim Prozessoreinschub 
sind Schlüsseltaster, Netzschalter mit Anzeige und zwei 
Taster. 


Die Verdrahtung der Bedienelemente erfolgt vorrangig über 
eine gedruckte Leiterplatte. 


3. Periphere Geräte 


Die an die Mikrorechner robotron K 1620 buw. K 1630 über 
den Systembus K ı soo oder SKR-Bus an interfacespezifische 
Anschlullsteuerungen anschlieilbaren peripheren Geräte besit- 
zen eine Reihe von charakteristischen Merkmalen: 


— funktionelle und konstruktive Abgeschlossenheit 

— autonome Stromversorgung 

— Ausführung als Einschub/Einsatz (soweit funktionell mög- 
lich) oder als abgesetztes Gerät (Stand-/Auftischgerät). 


3.1. Bedieneinheit (BDE) K 8911 
Bildschirmterminal (BTL) K 8912 


Kurzcharakteristik 


— BDE und BTL sind einfache alphanumerische Bildschirm- 
geräte. 
Zum Zweck des Kopierens der Bildschirminformationen 
kann die BDE mit einem SD robotron 1152 ausgerüstet 
werden. 
Die Tastatur ist eine über kabel anschlie' bare separate Bau- 
gruppe. 

— Die BDE 1600 ist ein fest programmiertes Gerät, dessen 
Steuerprogramm (auf PROM) vom Anwender nicht verän- 
dert werden darf. 


Technische Daten 


Monitor 

— 31-cm-Bildschinndagonate 

-— 2 Zeichenhelligkeiten 

— 24 Zeilen zu 80 Zeichen = 1920 Zeichen 
— Zeichenraster (Punkte) 5x8 


Zeichenvorrat 

- 128 Zeichen gesamt, davon 12 Attributzeichen, 96 darstellbare 
Zeichen, 20 Steuerzeichen 

Druckeranschlufi 


- SD robotron 1152 
- SDerolsotron 1157 
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Bedieneinheit K 8911 


Hnoyebu ngsb eo [ngu nyen 


Werkfoto 


— Logikhaugruppen werden fur den Einsatz in Gcerrten mit EKL 3 ent- 


wickclt 
— Berriebsdauer 


A ufs[ettungsbedenyynyen 


Abmessungen Bildschirm mit Gehäuse 


(HxBxD 
Abmessungen Tastatur (B x T) 


Entfernung zur Systemsteuereinheit 


Gewicht (ohne Drucker) 


‚Stromvers02g6118 

Spannu rig 

Frequenz 

i_eistungsaufnahmıo 
Netranschiuti 
SystemtinscübißbedinPgungen 
Typ des interface 

Typ der AnschluBsteuenrng (AS) 
Busanschlu$ 

Übe rtragu ngsgeschwindigke it 
Ubertragungsalgarithmus 


Amnemku?g 


3-5chicht-Betrieb 


340 x510 x410 mm 
512x250mm,bis1,5m 
frei aufstellbar 

max. 500 m 

25 kg 


220V+10%,-15% 
47.._6311r 

150 VA 

Tiber Schukostecker 


IFSS 

Als 

Systembus K 1600 
max. 9600 Baud 
Echobetrieb 


Folgende Ergtinzungen und Änderungen sind heim BTL K 89] 2 
gegenüber der BDE K 8911 zu herücksichtigen: 


Bildschirmterminal K 8912 


Werkfoto 


1. Monitor 
Es sind wahlweise zwei verschiedene Monitore einsetzbar: 
— Monitor K 7222.11 (24 Zeilen/64 Zeichen) mit AS 
7024.30 
— Monitor K 7221.10 (16 Zeilen/64 Zeichen) mit AS 
K 7023.01 
2. Interface 


Je nach Einsatzfa] des Terminals 
— Nahbereich bis 500 m IFSS 


— Fernbereich V.24 und Modem 
3. Übertragungsalgorithmus 
— Blockbetrieb (AP 62/64). 


3.2. Lochbandeinheit (LBE) K 6T{}0 
Die LBE K 6200 ist ein Gerätekomplex für die Datenträgerein- 
und -ausgabe auf der Basis des Datenträgers Lochband. Der 


Lochbandstanzer verfügt über einen passiven Abspuler. 


Technische Daten 


Leizusigrparameter 
Lochbandsnanrer; 
Sant gesch w ind igkeit 50 Zeichen/s 
Kantrollen Paritäts-, Bandendu- uid 
Bandrißkontrolle 
Lochbandlescr: 
Lesegeschwindigkeit 300 Zeichen/s im Durehlaufbetrieb 


100 Zeichen/s im start-Stop-Betrieb 


Umgehe ngsbed ingu ngen 
Temperatur 
Luftfeuchte 
Geräuschpegel 


Aufs to Ru nngsb ed imoP u nge' 
Einschiibe 
Gewicht je Einschuh 
S'zrosnyee arguog 
Spannung 
Frequrria 
Lei tu ngsan fnahm c 
Kabc lange 
Systemau sch Iu4 bed ingu ngen 
Typ des Interface 
Typ der AS 

5-Ansc 


Lochbandeinheit K 6200 


+10uC... 35 cc 
80 % bei +25 °C 
max, 75 dB 


19 1011(6 U 
35 kg 


220 V+10 %,-15% 
50j60 Hz # 1 Hz 
400 VA 


max. 20 m 


IFSP 
Alp 
Systerbus K 1600 


Foto: Drowski 
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3.3. Kassettenmagnetbandeinheit (KMBE) K 5261 


Die KMBE robotron K 5261 ist ein Aufzeichnungs- und Wie- 
dergabegerat für 1 /8-2oli-Digitaikassetten und dient vorrangig 
der Datentragerein- und -ausgahe. Die KMBE robotron K 5261 
besteht aus zwei KMB-Geräten robotron K 5200. 

Die Gerätetechnik ist Dateri- und Aufzeichnungskompatibel 
zur entsprechenden Datenerfassungstechnik des VEB Kombi- 


nat Robotron 


Ksetenmagrtetbadeinheil K 5261 


Technische !Daten 


Foto: Dtowski 


Leistungsparemeter 
Bandgeschwindigkeit 38 er/s 
Start/Stop-Lücke Nomincll 20,3 mm 
Spurenanzahl 2 {je Sc'ste I Spur) 
Prüfmöglichkeiten der 
information Read-After-Write 
Gerätefunktionen Herstellen Gru ndzustand 
Aufzeichnen/Wiedergabe, Daten- und 
Steucrblöckc 
Blockweise Vor-/Rücksctze..n 
Vor-/Rückse Sen his Steuerblock 
Suchlauf Steuerblock 
Umspulen 
Dupiizieren 
Umge b u ngsb ed r ngu ngen 
Temperatur +5" Bista0 °C 
Luftfeuchte bei 30 95% 
Einsatzklasse 3 
Aufstellungsbedingungen 
Einschuhe 19 ZolV/5 U 
Gewicht je Einschub 28 kg 
Stromversorgung 
Spannung 220 V+H) %,-15 % 
Frequent 50/60 Hx3 1 Hz 
Enlstörkom bination am Nctzeingaag 
Leistungsaufnahme 150 VA 
Systemren schlu jlbedingiyngen 
Typ des Interface IFSS 
Typ der AS MS 
Bus-Anschluß Systembus K 1600 
Cheriragungsratc 9600 oder 38400 Baud 


3.4. Folienspeichereinheit (FSE) K 5665 


Die FSE K 5665 ist ein Massendatenspeicher mit wechselbarer, 


flexibler Magnetplatte (Diskette) und einer Kontaktbefestigung. 


Sie ist ein Schreib- und Lesespeicher. 


Foto: Drowski 


?olienspeichereinheit K 5665 


Tevhmsche Daten 


l,eistungsparameter 
Speicherkaparität je Diskette 256 K Byte cur informationspeicherung 
nutxbar 


Aufzeichnungsdichle Äußere spoT 466 Bit/mm 
Innere Spur 830 Bit/nini 
Drehzahl 360 ıy/min 


Übertragungsgeschwindigkeit 250 K Bitjs f 0,1 % beim Schreiben 
250 K Bit/s £f7 % been Lesen 


Spurenanzahl je Diskette 77 

Sektorenanca]j max. 32 

Mittiere Zugriffszeit 

— je Spur 85 ms 

— je Diskette 508 ms 
Umgebungsbedingungen 

Temperatur +10 °C bis+40°C 
Lu ftfeuchte 40% bis 90% 


Lu ftreinheit max. i mg/m3 


A fsteflungsb ed ingu ngen 


Finsehube 19 Zoll/6 U 

Gewicht je Laufwerk &kg 
Strnmversorgung 

Spannung 220V+ 10%,-15% 
Frequenz 50 Hz = 0,5 Hz 
Leistungsaufnahme 65 VA je Laufwerk 
Systemaa sch 154 bedtngu ngen 

Typ des Interface 1FF5 

Typ der A5 AFS 


Bus-Anschlu6 Syatembus K 160II 


3.5. Seriendrucker (SD) 1152 


Der 5D robotron 1152 ist ein Drucker mit geschlossenem 
Schriftzug (Groß-/Kleinbuchstaben) auf Basis eines Typenrades 
mit einer durchschnittlichen Druckleistung von 30 Zeichen/s, 
Die Steuerung arbeitet auf Mikroprozessorbasis (U 880). 

Für unterschiedliche .Einsatzfälle steht die entsprechende For- 
mulartechrıik zur Verfiigung. 


Varianten: 

Typ 251 = 132 Zeichen/Zeile 

Typ 252 = 210 Zeichen/Zeile, zweibahnige Formularfiihrung 
möglich. 

Die Formulareinrichtung an der Seriendruckergrundvariante 

ermöglicht die Ausgabe auf Einzelformulare und .lournalrolle. 

Sie ist aufrusthar mit einer Baugruppe für Leporellotransport 
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Seriendrucker SD 1152 


Werkfoto 


oder Kontokarteneinzug oder einer Vorsteckeinrichtung fur 


Einzelbelege. 
Papier: 
Journajlrollen 


Rollendurchmesser SO mm 
Hülseninnendurchmesser 1O nun 


max. Breite 
—bei Typ 25] 
— bei Typ 252 


375 mm 
540 mm 


Leporello (einlagig/mehrlagig) 


max. Breite 
— bei Typ 251 
— bei Typ 252 


Technische Daten 


Leistungsparameter 
Druckgeschwindigkeit 
Lauf-/Tabulations- 
geschwindigkeit 
Tabulationsrichtung 
Zeichen/Zeile 


Zeichenumfang 
Zeichendarstellung 


Druck 
Zeichensichtbarkeit 


375 mm 
450 mm 


30 Zeichen/s bei Start-Stop-Bctrieb 


180 Zeichen/s 

Vor- und Rückwärts 

132 bis 158bei Typ 251 

210 bei Typ 252 

96 Zeichen (Gro6(Klein) 

Geschlossener Schriftzug 

Schriftarten PICA und OCR in Vorbereitung 
1 Original/5 Kopien 

Mit Funktionstaste: 

Zeilenschaltung 1 Zeile vorwärts. Dadurch 
wird zuletzt gedrucktes Zeichen sichtbar. 
Nach Loslassen der Taste geht Papier in die 
Ausgangssteljung. 


Lebensdauer der Typenscheibe 20 x 10° Anschläge/Type 


Umgebu ngsb ed ingunngen 


Temperatur 
Temperaturgradient 
Luftfeuchte 


Au fs tellu ngsb ed ingungen 


+5 bis +40°C 
5°C/h 
max. 95 % bei 30 °C 


Auftischgerät mit den Abmessungen 


- Typ 251 
- Typ 252 
Masse 


Stromversorgung 


798 x 190 x 660 mm 
996 x 196 x 660 mm 
30 kg 


Als Auftischgerät besitzt der Drucker eine integrierte Stromversorgung. 


Netzspannung 
Frequenz 
Leistungsaufnahme 
Schutrart 
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220 V+10%, --15% 
50Hzt 1Hz 

250 VA 

Schuhleiter 


Netzanschluß 


Über Kaltger tenetranschluAleitung mit 
Schukostecker 


Systemanschlußbed inguugen 


Typ des Interface 
Typ der AS 


Übertragu ngsgeschw in dig- 


keit 
Busanschlu6 


IFSS 
AIS 


9600 Baud 
Systembus K 1600 


3.6. Seriendrucker (SD) 1157 


Der SD robotron 1157 ist ein Auftischdrucker der mittleren 
Leistungsklasse. Er wird dort genutzt, wo weniger ausgabein- 
tensive Projekte abgearbeitet werden bzw. dart, wo die Basis- 
rechnerkonfiguration schon vom Leistungsvermögen her den 
Einsatz eines Paralleldruckers nicht rechtfertigt. Der SD robo- 
tron 1157 arbeitet nach dem Nadeldruckprinzip. Die Ausgabe 
von Groß- und Klemmbuchstaben auf unterschiedliche Formular- 


breiten ist möglich. 


Seriendrucker 5D 1157 


Technische Daten 


Leistungsparameter 
Ausführung 


Druckgeschwindigkeit 
„Zeichenumfang 
Zeichen je Zeile 
Drucknutzen 
Druckmatrix 
Zeilenspeicher 
Druckwegoptim ierung 
Formulartechnik 


Papiervorschub 


Papiertvorschubl eistung 
- Einzeiliger Vorschub 
-  Vertikaltabulation 


Umgebungsbedingungen 


Foto: Boden 


1157-264 1157-267 

180 Zeichen/s 180 Zeichen/s 
96 Zeichen 96 Zeichen 

132 210 

I Original/5 Kopien 

9x7 9x7 

max. 2 Zeilen 

vorhanden 


Leporello (ein-/zweibahnig), 

Endlosrolle, Einzelbeleg 
Vorwärts/Rückwärts mit programmierbarer 
Positionierung 

Formatsteuerung dutch Schalter (4" ; 6"; 
8”: 12") oder frei programmierbar 

bei zweibahniger Ausstattung unabhängige 
Vertikalsteuerung beider Bahnen 


70 m/s 
30 Zeilen/s 


Einsatzklasse 3 nach TGL 26 465 


Temperatur 
Luftfeuchtigkeit 


Au fstellungsbedingu egen 


Auftischgerät 


Abmessungen (BxHxT) 


1157-264 
1157-267 
Masse 


+5 bis + 40 °C 
max. 80 % bei 30 °C 


724 x 297 x 600 mm 
922 x 297 x 600 mm 
55 kg-b5 kg 


Stromversoegnng 

Netzspaanung 220 V +10 %, —15% 
Fregnenr 47 biS63 Hz 
Leistungsaufnahme 230 VA 
Systern”nschlyß6edingyP ngen 

Typ des Interface IF55/IFSP 

Typ der A5 AISJAIP 


Bus-AnschlutS Systembus K 1600 


3.7. Paralleldrucker CM 6313 (VT 27065) 


Der Paralleldrucker (PD) VT 27065 ist ein mittelschneller 
Para3leldrucker zum Anschlul an Klein- und Mikrorechner mit 
folgenden Merkmalen: 


blektrischer Teil 


— Große Leiterplatte mit gesamter Steuerungselektronik auf 
TTL-Basis 

— Puffer für 136 Zeilen 

— Auswechselbare Interfacekarte 

— Interfacekabel direkt auf Interfacekarte steckbar 

— 136 Hammertreiber direkt hinter der Hammerbank ange- 
ordnet 


Mechanik 


— Drucktrommel mit 136 Hämmern 
Papiervorschub für Faltpapier mittels Sternräder 
Übersprung der Papierfalte wird durch Nockenscheibe 
gesteuert 
Automatische Korrektur von Seiterrverschiebungen des 
Drucktuches 
Formularbehälter und Ablagefach abgedeckt 
Vertikal-Formatsteuerung mit 8-Kanal-Lochband als 
Variante 


|l'aralleldrucker VT 27065 


Technische Daten 


Leistungsparameter 

Druckge sch wind igkeit 660 Zeilen/min 
Zeichenvorrat 96 (lateinisch/kyrillisch) 
Zeichen/Zeile 136 

Zeilenabstand 1/8 Zoll odes. 1/8 Zoll 
Drucknutzen 1 Original/5 Durchschläge 


Papieranforderungen 
— Leporellopapier 


UrngebyPngs bedingyngen 
Temperatur 

Luftfeuchte 
Geräuschpegel 

A u fstellynyebedingu ngen 
Standgerät 
Abniessungen (BxTxH) 


100 bis 430 mm Itreite 

12 Zoll Hähe, durch Vertikalformatsteue- 
rung über LB beliebig 

max. sechslagig 


+5bls+40°C 
max.90%bei30°C 
max. 75 dB 


1000 x ß00 x 1050 mm 


Masse 200 kg 

Stromver5orgung 

Spannung 220V +10%,-15% 

Frequenz SOHztlIHz 

Lutungsaufnalime max. 1000 VA 

Netranschluli. Zweipolig über Schukostecker mit fest 


mrntiertem Netxkabel am Genft. 


3.8. Anschlul3steugrung (Controller) AMB CM 5001 
für Magnetbandgeräte 


Bei der Anschlußsteuerung CM 5001 handelt es sich um eine 
Steuereinheit fOr Magnetbandgeräte CM 5300 und CM 5303, 
die den Anschluß von 1 bis 4 MBG des gleichen Types an den 
5KR-Einheitsbus gestattet. Der sKR-Einheitsbus wird über den 
Busumsetzer realisiert und ein DMA-Betrieb ermöglicht. 


Technische Daten 


f eistungspurnmeter 


Realisiert alle Leistungsparameter der MBG CM 5300 und CM 5303 


Betriebsart Dauerbetrieb 

Umgeb u ngsb ed ingu ragen 

Temperatur 1 bis 40 °C 
Luftfeuchte 40 % bis 90 % bei 30'C 
Luftverschmutzung max. 0,2 mg/m3 

A fs te i7u ngsb ed i ngu ragen 

Einschub 19 Zall/6 U 

Gewicht je Einschub 30 kg 
Stramveriorgung 

Spannung 220V+10%,-15% 
Frequenz 50Hzt1Hx 
Leistungsaufnahme 230 VA 


3.9 Magnetbandgerät CM 5300 


Das Magnetbandgerät stellt einen externen Speicher mit sequen- 
tiellem Zugriff dar. 

Die Steuerung von jeweils 4 Magnetbandgeräten und die Ver- 
bindung zum Obergeordneten Basisrechnersystem erfolgt durch 
die Anschlußsteuerung AMB (Controller) CM 5001. 


Dateniniger 

1/2-Zoll-Magnetbänder 
Spulendurchmesser max. 216 min 
Bandlänge 360 m/Spule 
Typ DRWO-Computerband 
Techniuche Daten 

l.eesnynyepamamezem 

Bandgrscliwindigkeit 32 cm/s 
Omspulreit 300 s 

Au fz eichnu ngsdichte/ 

-methode 32 Bit/TT, JIIRZI 
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Foto: Boden 


Jl4agnetbandgerät CM 5300 


Spurenanzahl 9 

Übertragu ngsgeschwindig- 

keit 10 k Byte/s 
Betriebsart Dauerbetrieb 


Umgeh gsb edingu ngen 
Temperatur 
Luftfeuchte 
Luftverschmu tzung 


5 bit 40°C 
40 bis 95 % hei 30 °C 
max. 0,2 mg/m3 


Aufstellungsbedingungen 


Einschub 19 Zoll/7 U 

Gewscht je Einschub 35 kg 

Stromversorguzg 

Spannung 220V+10%,-15% 
Frequenz 50/60 Elc !Hz 

Netz ausib kill fest installiert 
Leistungsaufnahme 250 VA 
Systemanschlußhedmgungen 

Typ des Interface IFMB 

Typ der AS AMB-Controller CM 5001 


B-Anechhitl 5SKR-Einheitsbus, 


realisierbar fiber Busumsetzer (BUM) 
TTirkornpatibel 


3.10 Magnetbandgerat CM 5303 


Das Magnetbandgerät stellt einen externen Speicher mit sequen- 
tiellen Zugriff dar. 

Die Steuerung von jeweils 4 Magnetbandgeräten und die Ver- 
bindung zum übergeordneten Basisrechnersystem erfolgt durch 
die Anschluflcteuerung AMB (Controller) CM 5001. 


= u HE m TE En a 


“ EM 303 


Werkfoto 


Magnetbandgerät CM 5303 
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Datenträger 


1/2-2o1Magnetbänder 


Spulendurchmesser max. 267 rnm 
Bandlange 720 m 

Typ ORWO-Computerband 
Technische Daten 

Leistungsparameter 

Bandgeschwindigkeit 114 cm/s 

Umspuizecit 300 s 

Aufz eich ru ngsdichte/ 

-methode 32 Bit/mm, NRZI 
Spurenanzahl 9 
Übertragungsgeschwindigkeit 32 k Byte/s 
Betriebsart Dauerbetrieb 

Umge bungsb e dingungen 

Temperatur 5 bis 40 °C 
Luftfeuchte 40 bis 95 % hei 30 °C 
Luftverechrnutzsng max. 0,2 mg/m3 


Au fstellu ngsbedimguragen 


Einschuhe 19 Z6ll/14 U 

Gewicht je Einschub 60 kg 
Stromversorgung 

Spannung 220V+10%,-15% 
Frequenz 50/60 Hz #1 Hz 
Netzanschlut5 fest installiert 
Leistungsaufnahme 350 VA 
Systemaraschluj3bedingu ngee 

Typ des Interface IFMB 


AMB-Contralier CM 5001 
SKR-Einheitsbus, realisierbar über Bus- 


Typ der AS 
Bus-AnschluA 

umsetzer 
TTL-kompatibel 


3il. Kassettenplattenspeicher Cm 5a00 


Der Kassettenplattenspeicher ist ein externer Speicher mit wahl- 
freiem Zugriff. Br besteht aus einer fest montierten Platte (Fest- 
platte) und einer wechselbaren Platte (Wechselplatte) mit einer 
Gesamtspeicherkaparität (Wechselplatte + Festplatte) von 

5M Byte. 


Datenträger 


14-Zoll-Platten 

Festplatte mit 2 speichernden Dberflächen 
Wechselplatte mit 2 speichernden Oberflächen (Kassette) 
Wechselplattentyp CM EC 5269-01 


Technische Datea 


Leistynglparameter 
Speicherkapazidit 2,5 M Byte je Platte 
Aufzeichnungcdidite 87 Bit/mm (2200 bpi) 
Drehzahl 2400 U/min 

ertngungsgeschwindigkeit 2,5 M Bit/s 
Spurenanzahl je Oberfläche 204 


Sektoranrahl 12 

Byteanzahlje Sektor 512 

Mittlere Zugriffszeit 

— je Sektor 12,5 ins 

— je Spur 50 ms 
Umgebungsbedhsgungen 

Temperatur +5 °Cbis +40 °C 


95 % bei 30 °C 
max. 1,0 mg/m3 


Luftfeuchte 
Luflverschuiutzu rig 
Aufstellsingsbedingungen 
Einschübe 19 Zoll/11 U 
Gewicht je Etnicliub 58 kg 


Werkfoto 


Kassettenplattenspeicher CM 5400 


Stroenyem orgung 


Spannu”g 220V+10%,-15% 
Frequenz 47 bis 63 Hz 
Leistungsaufnahme 350 VA je Einschub 


System’”nsch lu j3b edinguragen 

Typ des Interface IFKP 

Typ der AS AKP 
Bus-Anschluß Systembus K 1600 
Kabellänge von der Steuer- 

einheit zum letzten Gerät nax. 15 m 
Kompatiblilität mit IBM 5440 - Interface 


3.12. Universelles Bildschirmterminal (UBT) K 8931 


Das universelle Bildschirmterminal ist ein für hdhere Ansprüche 
einsetzbares, frei programmierbares Gerät. ausgeführt als 
kompaktes Auftischgerät. Es dient der alphanumerischen Bud- 
schirmkommunikation und Datenverarbeitung und ist mit ver- 
schiedenartigen Datenträgerbaugruppen und beigestellten Bau- 
gruppen ausrustbar. Das UBT besitzt eine frei aufstellbare, uni- 
verselle alphanumerische Kompakttastatur. 

Aus ergonomischen Gründen wird die 13ildröhre um 12° geneigt. 
Die Steckeisheiten haben K-I520-Format. 

In die kompletten Auftischgeräte körten wahlweise die Daten- 
trägerbaugruppen Folierspeicher. Haste ttenmagnet hand geräte 
oder Minifolienspeicher integriert werden. 

Die Monitorvariante K 7221 oder K 7222 kann vom Kunden 
gewählt werden. 

Über IFSS lassen sich SD robotron 1152 bzw. SD robotron 
1157 anschlielSen. 


Datenträger: 


Entsprechend der gewählten Datenträgervariante. 


Technische Daten 


LeistyPngsparamerer 
Steuereinheit K 2526 Doppelprozessor-ZRE 

8 Bit Wortbreite 

Kundenspezifisch von 4 dis 64 K Byte 
aufristbar 

Alternativ zur RAM-Bestückung his 
max. 64 K Byte 

Alphanumerische Tastatur mit 

block und Funktionstastenreihe 


Speicher (RAM) 
"Speicher (RAM/PROM) 


Tastatur 


31-cm-Diagonale 

Zeicheninhalt: 

16 Zeilen x 64 Zeichen = 1024 Zeichen 

oder 

24 Zeilen x 80 Zeichen = 1920 Zeichen 

Datenträger — Standardfolienspeicher 256 K Byte 
je Laufwerk (max. 3 Laufwerke) 

—  Kassettenmagnetbandgeräte K 5200 
(max. 2 Laufwerke) 

-  Minifolienspeicher 4 M Bit K 5600 
(max. 2 Laufwerke) 

ein SD robatron 1152 oder ein Sf} rob°. 

tron 1157 

V.24;IFSS 


Bddschinn 


Drucker 


Sch n ittstellen 


Umgeb u ngsb edingu nge n 
Temperatur 
Luftfeuchte 


Aufstellungsbedingungen 
Abmessungen (BxT) 


+5 °C his + 40 °C 
95 % bei 30'0C 


Bildschirm und ein integriertes Folien- 
speicherlaufwerk: 672 mm x 408 mm 
Tastatur: 512 mm x 250 mm 

Tastatur his 1,5 m entfernt aufstelibar. Alle weiteren Datentriigerbau- 
gnuppen sowie Drucker sind als Beistell- bzw. Auftischgerate einsetzbar. 


Gewicht 35 bis 45 kg, je nach Ausstattung 
Stromversorgung 

Spannung 220V+ 10%,-15% 

Frequenz 50/60 Hzt2Hz 

Leistungsaufnahme 200 his 300 VA, je nach Ausstattung 
Netzanschlui. uber Schukostecker 


S'ystemanschlufs bedingu ngen 
Typ des Interface V.24 nach CCITT mit synchroner und 
asynchroner Übertragung bis 9600 Baud. 
Reibduplex, 1FSs 

Typ der AS AIS für MR K 1620/K 1630-Anschlußl 


ButnnschluB 


Systembus K 1600 


Dan universelle Bildschirmterminal rubotrorn K 8931 ist sowohl an die 
Basiskechnersysteme der Mikrorechnert'amaie K 1600 anschliebbar, als 
auch im autanoraen Einsatz zu betreiben — hinsichtlich seiner Leistungs- 
fähigkeit entspricht es dabei etwa dem Buracomputer A 5120. 


Foto: Dmwski 
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Anwendungskomplex 
Kommerzielle 
Basisrechnersysteme 


Michael Hamann 
VEB Robotron-Vertrieb Berlin 


1. Einsatzmöglichkeiten der KBR A 6401 
und A 6402 


Innerhalb der Basisrechnersysteme des Kombinats Robotron 

gibt es den speziellen und re]ativ eigenständigen Anwendungs- 

komplex Kommerzielle Basisrechnersysteme (KBR). Er wird 

charakterisiert von einer Anzahl von Emsatzvarianten, wie 

° autonome Rechner in Rechenzentren 

« dezentrales arbeitsplatzbezogenes Verarbeitungssystem in 
Fachabteilungen 

« Auskunfts- und Reservierungssystem 

« Verarbeitungssystem mit Dialogfunktion zu den im Nah- 
und Fernbereich angeschlossenen Terminals unterschied- 
licher Intelligenz. 


Das umfangreiche Spektrum der Einsatzmöglichkeiten der KBR 
A 6401 und A 6402 ergibt sich aus 


der variablen Speicherkapazität der Mikrorechner K 1620 
und K 1630 

— der Vielzahl von anschließbaren peripheren Geräten der 
Datenträgerein- und -ausgabe 
der Anschlu8möglichkeit leistungsfähiger externer Magnet- 
band- und Plattenspeicher 

— der Möglichkeit der an-line-Kopplung mit intelligenten Ter- 
minals 

— der Bereitstellung von zwei nutzerfreundlichen Betriebs- 
systemen für ökonomische und wissenschaftlich-technische 
Anwendungen problemorientierter Systemunterlagen. 


Die kommerziellen Basisrechnersysteme besitzen aufgrund ihrer 
flexiblen Konfigurierbarkeit ein Leistungsvermögen, das zwi- 
schen höher organisierten programmierbaren Tischrechnern 
und kleineren Anlagen des ESER Hegt. 

Die schwerpunktmäßigen Anwendungen umfassen das Gebiet 
der Bearbeitung ökonomischer und wissenschaftlich-techni- 
scher Probleme. Hierzu gehören unter anderem die klassischen 
Einsatzgebiete 


— Lohn- und Arbeitskräfterechnung 

— Kostenstellen-, -arten- und -trägerrechnung 
— Finanzrechnung 

— Produktionsplanung und -lenkung 

— Statistik 

— Grundmittelwirtschaft 

— Materialwirtschaft 

— Optimierung 

— Matrizenoperationen. 


Die kommerziellen Basisrechnersysteme, deren Hauptaufgabe 


das Verarbeiten und Speichern umfangreicher Dateien ist, be- 
nötigen im Vergleich zu anderen Anwendungskomplexen lei- 
stungsfähige externe Speicher. Aufgrund dieser objektiven Not- 
wendigkeit sind an die kommerziellen Basisrechnersysteme 
außer den Magnetbandgeräten CM 5300 und CM 5303 sowie 
den Kassettenplattenspeichern CM 5400 zusatzliche Wechsel- 
plattenspeicher CM 5405 (Tab. 1) und Kassettenplattenspeicher 
CM 5410 (Tab. 2) anschließbar. 


Tab. 1 Charakteristik des Wechselplattenspeichers CM 5405 
(EC 5061 C) 


Der Wechselplattenspeicher ist ein Standgerät mit SKR-Kontroller und 
als externer Daten- und Systemspeicher verwendbar. 

Der elektrische Teil besteht aus einem Schrank ISOT 2104 C C001 mit 
Kontrollor 1066 C, EOO2, dem Netzteil 1006 C, E 001, der Netzteil- 
steuerung 2104 C. E 002 und dem Netzfilter. 

Es können maximal acht WPS EC 5061 C in Daisy-Chain-Technik (Priori- 
tätsketten) angeschlossen werden. 


Als Datenträger finden Plattenstapel mit 11 Platten Verwendung. 


Wortlänge: 16 Bit 
Übertragungsgeschwindigkeit: 7,5 us/Wort 

— Mittlere Zugriffszeit: 62,5 ms 
Fünf Unterbrechungsebenen 
Unterbrechu ngsvek torad re sse : 254 

— Oberflächen je Plattenstapel: 20 
Anzahl der Spuren je Oberfläche: 200 (plus 3 Reserve) 
Sektoren je Spur: 10 
Worte je Sektor: 256 (= 512 Byte) 
Nettospeicherkapazitat: 20 480 000 Byte 
Aufzeichnungsverfahren: NRZ mit Doppelfrequenz 
Aufzeichnungsdichte: 88 Bit/mm 
SKR-Interface 


Tab. 2 Charakteristik des Kassettenplattenspeichers CM 5410 


Der Kassettenplattenspeicher CM 5410 ist eine Weiterentwicklung des 
KPS CM 5400. Das bezieht sich auf eine höhere Speicherdichte in 5pu- 
ren je Oberfläche. 

Nicht aufgeführte Parameter entsprechen denen des KPS CM 5400. 
Der zum KPS CM 5410 gehörende Kontroller CM 5109 ist auch für den 
Anschlut des KPS CM 5400 geeignet. 


- 12 Sektoren je Spur 
- 256 Worte je Sektor 
- 406 Spuren je Oberfläche 
4 Oberflächen 
Nettokapazität in Byte je Platte: 4 988 928 


Die terminalorientierte Konfiguration des kommerziellen Basis- 
rechnersystems erlaubt, über die Ausstattung mit konventio- 
neller Peripherie hinaus, den Anschluß von Geräten der Daten- 
übertragung und -steuerung. nichtprogrammierbarer Dialog- 
und intelligenter Terminals sowie anwendungsspezifischer Ter- 
minals. Fi die Datenübertragung stehen Datenfernverarbei- 
tungsprozessoren, Multiplexoren und (]bertragungseinrichtun- 
gen zur Verfügung. 

Hierzu gehören der Konzentrator K 8521 und der Multiplexer 
K 8523. Sie dienen als festprogrammierte Geräte der multi- 
plexen Steuerung von max. 16 Leitungsadaptern für die Daten- 
übertragung. 

An das kommerzielle Basisrechnersystem können für den ter-' 
minalorientierten Einsatz über einen Multiplexer bzw. Konzen- 
trator im Nahbereich über Interfacekabel und im Fernbereich 
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über Modem bzw. CDN bis zu 16 Terminals angeschlossen 
werden. 

Die arbeitsplatzbezogene Datenverarbeitung nimmt tendenziell 
an Bedeutung zu. Schwerpunkt sind hierbei in den Fachberei- 
chen stationierte und den Nutzerforderungen entsprechend 
konfigurierte Terminals, die mit dem kommerziellen Basisrech- 
nersystem on-line verbunden sind und im Dialogbetrieb arbei- 
ten. 

Diese Form der Datenverarbeitung ist besonders dort effektiv, 
wo 


— relativ geringe Datenmengen einzugeben sind 
— das Ergebnis sofort benötigt wird 
— unmittelbar Auskiinfte und Alternativen anzubieten sind. 


Repräsentative Anwendungen hierfür liegen 


— in Handelsbereichen zur Führung de‘ Verkaufsdisposition 

-- im Verkehrs-, Transport- und Hotelwesen sowie in Reise- 
büros für Reservierungsaufgahen 

— auf Leitungsebenen zur aktuellen Information über den Er- 
füllungsstand wichtiger betrieblicher Kennziffern 

--- im Großhandel zur Nachweisführung der Warenbewegungen 

— in der Materialwirtschaft rut Bestandführung und Disposi- 
tion 

— in Geld- und Kreditinstituten zur Verbesserung der Dienst- 
leistungen für den individuellen und kommerziellen Nutzer- 

bereich. 


Zu den fur derartige Aufgaben verwendbaren anwendungsspe- 
zifischen Terminals des kommerziellen Basisrechnersystems 
gehören neben den Bildschirmterminals BTL K 8912 und UBT 
K 8931 ein Platzreservierungsterminal und ein Bank- und Spar- 
kassenterminal. 


2. Platzreservierungsterminai robotron K 8927 


Das Terminal K 8927 ist eiri modular aufgebautes Datenendge- 
rät innerhalb eines DV-Systems. Sein Ersteinsatz erfolgt im 
System zur automatischen Platzreservierung der Eisenbahn für 
die Personenbeförderung (ARS(E). Die Anwendungsgebiete 
dieses Terminals liegen hauptsächlich in Reisebüros, im Hotel- 
wesen und im Dienstleistungsbereich. Das Terminal wird im 
Bereich der Kundenbedienung eingesetzt und ist durch die 
Funktionen Anforderung. Auskunft und Belegausgabe gekenn- 
zeichnet. Weiterhin ist die Ausgabe von Bedien- und System- 
informationen, Belegungslisten, Berichten und Statistiken so- 
wie die Eingabe von Stammdaten möglich. 

Folgende Merkmale charakterisieren das Terminal: Steuerung 
durch Mikroprozessor, off-line- und on-line-Betrieb (Dialogver- 
kehr). frei programmierbar. 

Die Hauptfunktionen sind Dateneingabe, Anzeige, Bediener- 
führung, Kontrolle, Datenaufbereitung, Primärverarbeitung, 
Beleg- oder Quittungsdruck, Datenspeicherung und 'Datenüber- 
tragung. 


Gerätetechnik 


Das Terminal besteht aus zwei Hauptkomponenten: 


« Kommuvıikntinnseinheit 
Auftischgerät mit abgesetzter Tastatur; dazu gehören alle 
Baugruppen zur Kommunikation, die Steuerung der peri- 
pheren Baugruppen, der Datenühertragungsanschluü,der 
Programm- und Datenspeicher und die Bedieneridentifizie- 
rungseinrichtung. 


Foto: Boden 


Platzreservierungstenninal robotron K 8927 


« Druckwerk 
Standgerät mit Zusatzformulareinrichtung zur maschinellen 
Vereinzelung von Endlosleporello sowie Kontenvorsteckein- 
richtung. 


Zentraleinheit: 

ZRE K 2526; Speicher K 3520, 3521, 3525 und 3820; Ober- 
tragungsrate: maximal 122 k Byte/s; Simultanarbeit wird über 
Betriebssystem gesteuert. Speicherkapazität: max. 64 K Byte 


Tastatur: 
85 alphanumerische Zeichenfunktionen; 46 Startfunktionen, 
davon 36 Stationstasten-Funktionen 


Datensichtgerät: 
Monitor K 7221 (16 x 64 Zeichen) bzw. Monitor K 7222 
(24 x 80 Zeichen/12 x 40 Zeichen auf Bildschirm darstellbar) 


Drucker: 
Seriendrucker 1156; Druckgeschwindigkeit: 100 Zeichen/s 
Seriendrucker 1152; Druckgeschwindigkeit: 30 Zeichen/s 


Zusatzformularausstatt ung: 

zweibahnig Leporello, davon einbahnig maschinelle Vereinze- 
lung von Endlosleporello sowie Konteneinzugsvorrichtung 
(wahlweise) 


Externe Speicher: 
Folienspeicher CM 5601; Aufzeichnungsverfahren: 1S0/TC-97/ 
SC-11 Nr. 149. 


Es besteht die Miiglichkeit, das Platzreservierungstenninal mit 
einer peripheren Ausstattung entsprechend Bildschirmterminal 
K 8931 buw. Bürocomputer A 5120 zu konfigurieren. 


SoftwäIre 


Zu den maschinenorientierten Systemunterlagen gehören: 


— Modulates Steuerprogramm für Simultanarbeit SIEX 1526 
— Makrobefehlsinterpreter 

— Texteditor 

— Makrobefehlsassemb er 

— Binder 

— Makroprogrammtesthilfe 

— Hilfs- und Dienstprogramme 

— BASIC-Compiler. 


Die problemorientierten Systemunterlagen umfassen Anwen- 
derprogramme (ARS/E-typisch) und prob emorientierte Pro- 
grammierhilfen. 
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3. Bank- und Sparkassenterminal robotron K 8924 


Das Terminal wird in zwei Varianten bereitgestellt: 


. K8926 
in Form eines Kompaktauftischgerätes mit Steuereinheit 
und Bildschirm sowie beigestellten Diskettenlaufwerken, 
Drucker. Schreib-Lese-Einheit für Geldkarten und Komplett- 
tastatur 

° K 8924 — als erweiterter Terminalkomplex; 
in Form einzelner geometrisch-funktioneller Huftisch-/EuP- 
baumoduh‘, die nur über Interfacekabel miteinander ‚'erbun- 
den sind /W/. 


Diese Varianten bieten Gerätetechnik und Systemunterlagen, 
mit denen nahezu alle Anforderungen eines spezialisierten 
Schalterarbeitsplatzes realisierbar sind. 

Das Anwendungsfeld dieses Terminals liegt in der Rationalisie- 
rung geldwirtschaftlicher Prozesse, bei schwerpunktmäßiger 
Einbeziehung schalterspezifischer Aufgaben in Banken und 
Sparkassen, bei der Post und im Reisezahlungsverkehr. 

Das Terminal kann in den einzelnen Emrichtungen folgende 
Funktionen erfüllen: 


° Banken 

— Erfassen aller Ein- und Auszahlungen 

— Erfassen von bargeldlosen Zahlungsaufträgen für alle bei 
Banken und Sparkassen geführten Konten 

— Realisierung von Kontrollfunktionen bei der Erfassung aller 
baren und unbaren Zahlungsaufträge 

— Übermittlung der erfaßten Daten zum Rechner zwecks Ver- 
arbeitung 

— Ausgabe von Kontoauszügen an die Kontoinhaber 

-- automatische Kassenabrechung für alle über das Terminal 
abgewickelten baren Zahlungsaufträge 

* Sparkassen 

— Verarbeitung aller Daten, die bei der Realisierung des Kassen- 
verkehrs und bei der Kontoführung am Schalter anfallen. 
Die anderen Funktionen sind denen in Banken analog. 


* Reisezahlungsverkehr 

— automatische Bearbeitung sämtlicher am Schalter anfallen- 
der Geschäftsvorfälle des Reisezahlungsverkehrs einschließ- 
lich Belegausdruck 

— automatische Abrechnung von im Terminal verwalteten 
Währungs-unn Valutaplandateien sowie von Dateien der 
Kassenabrechnung. 


« Post 

— Realisierung des Zahlungsverkehrs der Post und 

— Realisierung von Zahlungsaufträgen für Kontoinhaber der 
Banken und Sparkassen. 


Gerätetechnik 


Die Hauptkomponenten des Bank- und Sparkassenterminals 
rind: 
« Steuereinheit 
ZRE K 2526 (K 1520) 
Interner RAM-Speicher für Daten und Anwenderprogramme, 
aufriistbar bis 60 K Byte 
Interner Betriebssystemspeicher bis 48 K Byte (RAM) mit 
Schreibschutz 
— Anschlußsteuerungen für periphere Geräte 
— GDN als Option 


— Stromversorgungseinheit einschließlich verschließbarer Ein- 
urn Ausschalteinrichtung 


« Bildschirm 
— Monitor K 7221 oder K 7222 analog UBT K 8931 


° Tastaturen 
— alphanumerische bzw. numerische Tastaturen, den jeweili- 
gen Anforderungen des Schalterverkehrs angepaßt. 


° Drucker 

Es werden Drucker mit spezieller Formulartechnik eingesetzt. 
Sie sind geeignet für den Belegquittungs- und Entwertungsdruck. 
Belegerstellungsdruck, Kassenjournaldruck, Datenerfassungs- 
protokolldruck und Administrativdruck. 

Die Druckbreiten betragen je nach Druckertyp 80, 132 oder 
210 Zeichen/Zeile. Druckgeschwindigkeiten: 35/100/180 
Zeichen/s. 


« Lese- und Schreib-Lese-Einheit für Geldkarten 

Für den Ersatz der Geldkarten (Plastkarten mit Magnetstreifen 
nach ISO 3554 und 4909) gibt es unterschiedliche Schreib- 
Lese-Technik: 


— einfache Leseeinheit fur manuellen Kartendurchzug 
— automatische Leseeinheiten und 
— automatische Schreib-Lese-Einheiten. 


Die Geldkarte dient der 


-- Realisierung der Bargeldabhebung über Bankschaltertermi- 
nals oder Geldautomaten 

— bargeldlosen Bezahlung von Waren und Dienstleistungen 
Ausführung von Überweisungsaufträgen sowie Kontostands- 
abfragen und dem Kontoauszugdruck. 


° Das Terminal K 8924 kann bei Bedarf mit Folienspeicher- 
oder Mini-Folienspeicherlaufwerken oder Kassettenmagnet- 
bandgeräten K 5020 konfsguriert werden. 


Software 


Als Betriebssystem kommt das SIOS 1526, das aus dem Steuer 
programni SIEX 1526 und dem Makrobefehlsinterpreter MINT 
1520 besteht, zum Einsatz. 


4. Weitere Einsatzgebiete 


Neben den traditionellen Einsatzgebieten werden die kommer- 
ziellen Basisrechnersysteme robotron A 6401/A 6402 zuneh- 
mend als komplexe Anwendungssysteme eingesetzt, zum Bei- 
spiel in der Medizin für Aufgaben der patientenbezogenen In- 
formationsverarbeitung in Krankenhäusern: 


Anamnese, Patientenaufnahme, Verlegung und Entlassung 
— Erstellung der patientenbezogenen Dokumentation 
— Auswertung medizinisch-statistischer Daten 
— Ablaufoptimierung der medizinischen Diagnostik 
— Planung, Leitung und Verwaltung. 


Voraussetzung zur Bearheitung dieser Aufgaben rind Daten- 
banken, die auf leistungsfähigen externen Plattenspeichern mit 
wahlfreiem Zugriff archiviert rind. Die Dateneingabe und der 
Zugriff zu den Dateien erfolgt hierbei vorwiegend über Bild- 
schirrmerminals- 


Literstur. 


/1J Walosczyk, U.: Bank- und Sparkassenterminal robotron K 8924. 
NTB 26(1982)2 
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Der Arbeitsplatz 
für Konstruktion und 
Technologie A 6454 


Wolfgang Reese 
VEB Robotron-Vertrieb Berlin 


1. Vorbemerkung 


Die Rationalisierung der produktionsvorbereitenden Prozesse 
gewinnt im internationalen Ma stab ständig an Bedeutung. Da- 
mit verbunden ist ein überproportionales Wachstum des Ein- 
satzes von CAD- und CAM-Systemen in der Industrie. Solche 
Systeme ermöglichen für Teilprozesse der technischen Vorbe- 
reitung der Produktion Prod {tktivitätssteigerungen bis zu 600 
Prozent, im Durchschnitt werden 300 Prozent erreicht. 

Die Bereitstellung des Arbeitsplatzes für Konstruktion und 
Technologie AKT A 6454 ist ein Beitrag des Kombinats Robo- 
tron auf dem Gebiet der interaktiven grafischen CAD/CAM- 
Systeme. Der AKT A 6454 ermöglicht die grafische Ein- und 
Ausgabe, die grafische Darstellung und grafische Manipulation 
für verschiedene Anwendungen. Die Bereitstellung von standar- 
disierbaren Grundsystemunterlagen entspricht dem internatio- 
nalen Stand auf diesem Gebiet (siehe S. 45). 


2. Haupteinsatzgebiete 


Der Arbeitsplatz für Konstruktion und Technologie AKT A 
6454 dient zur rechnergestützten Rationalisierung der techni- 
schen Vorbereitung der Produktion. ' 

Haupteinsatzgebiete sind die 

« rechnergestützte Erstellung von Zeichnungen 

« rechnergestützte Projektierung von Maschinen and Anlagen 
« Berechnung von Einzelteilen 

« rechnergestützte Programmierung von NC-Maschinen 


« rechnergestützte Ausarbeitung von Arbeitsplanstammkarten. 


3. Gerätetechnik des AKT A 6454 


Der AKT A 6454 ist eine anwendungsbezogene Konfiguration 
auf der Basis des KBR A 6402 und besteht aus einem Rechner 
K 1630 mit Standardperipherie, grafischer Peripherie und Sy- 
stemunterlagen. Als arbeitsplatzbezogene grafische Geräte sind 
anschlietibar: 


— Rastersichtgerät RSG K 8917 
- hochauflösendes Digitalisiergerat HDG K 6401 
— Digitalzeichentisch DZT 90x 120 


— Digigraf 1208-3,5 G 

Abb. 1 zeigt eine mögliche Konfiguration des Arbeitsplatzes. 
Art und Anzahl der im konkreten Anwendungsfall anzuschlie- 
&nden peripheren Geräte hängen von dessen spezifischen An- 
forderungen ab. 


Neben dem im zenirag beschriebenen AKT A 6454 zeigt der abgebildete 
A 6452 die Vielfalt der arbeitsplatzbezogenen Konfigurationsmöglich- 
keiten der Basisrechner. Er wurde speziell zur Entwicklung und Kon- 
struktion von Leiterplatten mit rechentechnischer Unterstützung ge- 


schaffes. Werkfoto 


3.1. Mikrorechner K 1630 und nichtgrafische 
Peripherie (Grundkonfiguration) 


Wegen der relativ hohen Anforderungen an die Verarbeitungs- 
leistung, die sich aus der grafischen Arbeit ergeben, wird im 
AKT A 6454 als Steuerkern ein Mikrorechner K 1630 mit 
Arithmetikprozessor und einem Arbeitsspeicher von mindestens 
128 K Byte verwendet. 

Als Standardperipherie KBR bzw. nichtgrafische Peripherie 
kommen im AKT A 6454 zum Einsatz: 


« Bedieneinheit BDEK 8911 
« Kassettenplattenspeicher KPS CM 5400 


« Magnetbandgerät CM 5300 oder 5303 
« Folienspeichereinheit FSE K 5665 
« Lochbandeinheit LBEK6200 
« Bildschirmterminal BTLK 8912 


+ Seriendrucker robotron SD 1157 


3.2. Grafische Peripherie 
3.2.1. Grafisches Display-Rastersichtgerät 


Das Rastersichtgerät mit Monitor (MON K 7222) RSG K 8917 
ermöglicht eine passive Ausgabe alphanumerischer und grafi- 
scher Informationen und eine interaktive Arbeit über Tastatur 
und kursor für Anwendungen mit geringen Anforderungen an 
die darzustellenden und zu bearbeitenden geometischen Daten. 
Es verfügt über einen internen Segmentspeicher und Bildwieder- 
holspeicher. Als Steuereinheit wird ein Mikrorechner K 1520 
verwendet. 


Technische Parameter 


Bildschirmdiagonale 310 mm 
Betriebsart alphanumerisch und grafisch 


alphanumerischer Modus: 

Leistungsfähigkeit wie BDE K 8911 

Arbeitsfeld etwa 210 x 145 mm2 
Darstellformat 24 Zeilen x 80 Zeichen/Zeile 
Intensitätsstufen 2 
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MHG 
CM 5300 


Cigigrof 1208 - 35 G 
oder D7T 90 ue 120 


Abb. 1 Konffyırapıınzbeisprel nes AKT A 6454 


grafischer Madus: 

Arbeitsfeld etwa 210x100mm2 
Darstellformat 640 x 288 Punkte 
Bll dwiederhol Speicher 640 x 408 Punkte 
Rollmadus auf-/ebwärts 
Linienarten 5 
Intensitätsstufen 1 

interface IF55 


3.2.2. Hachaufläsendes Digitalisiergerät 


Das hochauflösende Digita]isiergerät HDG 1 (K 6401.01) dient 
der Erfassung grafischer Daten, deren Vorverarbeitung und Ver- 


dichtung mittels eines geräteinternen Rechners und der Über- 
gabe als digitale Information an den Basisrechner K 1630 des 
AKT A 6454 zur weiteren soft- und hardwaremät”igen Verar- 


beitung. Das HDG ermöglicht die Digitalisierung von Vorlagen- 


formaten bis zur Größe A2 an einem Sitzarbeitsplatz. 


Technische Parameter 


Tischgerät 
Arbeitsfläche 420 x 594 mm 
Aufäsung 0,05 


Genauigkeit fiber die gesamte Arbeitsfläche + 0,1 mm 
Interface i ss 


3.2.3. Plotter 


Fur den AKT A 6454 wird der Digitalzeichentisch DZT des 
VEB Carl Zeiss JENA bereitgestellt. Der Anschluß des Digi- 
graf (CSSR) ist fOx ausgewählte Anwendungen vorgesehen. 


SD 1157 


K 6401.01 


Technische Parameter 


Digitalueicheniirch DZT 90x 120: 


Arbeitsfläche 900 & 1200 Tr 
Auflösung p,005 mm 
mittlerer Punktfehler 0,07 mm 
max. Geschwindigkeit 170mmfs#5%a 
(achsparallel) 

Beschleunigung 0,12 8 - 
Anzahl der Werkzeuge 2 

Linienarten 10 

Interface V.24/ 
Digigraf 1208-3,50: 

Arbeitsfläche 1189 x 841 mm 
Auflösung 0,01 mm 


dynamische Zeichengenauigkeit 
bei 0,2 g Beschleunigung + 0,1 mm 


Beschleunigung max. 0,3 8 
Anzahl der Werkzeuge 4 
Linienarten ' 8 


Betriebssysteme digitaler Rechenanlagen 


Von Dr. Christoph Polze 

Herausgeber: VEB Robotron — 

Zentrum für Forschung und Technik Dresden 
Schriftenreihe Informationsverarbeitung, Forts.-Nr.: 109 
224 Seiten, 42 Abbildungen, Broschur, 14,00 M 
Kurzwort: Poize, Rechenanlagen, Bestell-Nr.: 675 454 5 
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Prozeßrechnersysteme 
A 6491 /A 6492 


Ronald Nordmeier, Joachim Sobe 
VEB Robotron ZFT Dresden 


1. Vorbemerkung 


Auf der Basis der Mikrorechner K 1620/K 1630 und der Proze6- 
ein-/ausgabeeinheit (PEAE) ursadat 5000 wurde eine neue Ge- 
neration von PRS entwickelt, welche die Prozeßrechner auf 
Basis der Familie robotron 4000/ursadat 4000 ablöst und dar- 
über Hinaus neue Anwendungsgebiete erschließt. 

Mittels variables Ausstattung mit Anschlußsteuerungen und 
Peripherie wird der als Prozeßleitrechner fungierende K 1600 
dem jeweiligen Einsatzfall gerecht, ebenso sind die ursadat- 
5000-Einrichtungen durch modulare Aufrustbarkeit an die vor- 
gegebenen prozeßspezifischen Bedingungen anpassbar. 

Die PEAE auf der Basis des Mikrorechners K 1520 übernirnmt 
auf Grund ihrer Eigenständigkeit Meßwerterfassung, Primärver- 
arbeit g und Steuerwertausgabe. Der Prozeßleitrechner wird 
somit entlastet, und die Möglichkeit der Dezentralisierung des 
Prozeßrechnersystems ist vorhanden. 

Der Vertrieb der Prozeilrechnersysteme A 6491/A 6492 ein- 
schließlich der PEAE ursadat 5000 des KEAW Berlin erfolgt 
Tiber den Robotron-Arlagenbau Leipzig. 


2. Anwendung und Einsatzgebiete 


Wesentliche Einsatzvarianten der PRS sind: 


« komplette Prozeßrechenanlagen unterschiedlicher Leistungs- 
fähigkeit und Konfiguration 

° Prozeßleitrechner für hierarchisch strukturierte Automati- 
sierungsanlagen 

« kombinierter Einsatz von KBR und PRS. 

Die Automatisierung von Fließprozessen, wie sie zum Beispiel 

in Kraftwerken und in der Chemieindustrie auftreten, sowie die 

Laborautomalisierung sind wichtige Anwendungsgebiete der 

PRS A 6491 /A 6492. 

Die Aufgaben, die der Mikrorechner K 1600 hauptsächlich über- 

nimmt, sind: 
Verarbeitung von Dialogeingaben 
Übernahme aktueller Meßdaten und Alarmmeldungen aus 
der PEAE 
Aufbereitung und Aktualisierung sowie Speicherung des 
aktuellen Prozelzustandes 
Aufbereitung und Ausgabe verschiedener Zustände und 
Protokolle. 

Funktionen, die von der PEAE ausgeführt werden: 

- Zeitzyklische Mefwertabfrage 

- Primärverarbeitung 

— Zusammenstellen von Meßstellendaten zu zugriffsfreund- 

lichen Blöcken 


— Behandlung von Störmeldungen und Alannauslösung 
— Behandlung von spontanen Signalen aus dem Prozeß. 


3. Systemiibersicht Prozel3rechnersysteme 


A 6491: 

Komplette Prozeßrechenanlage mit ursadat-5000-Einrichtung 
und Mikrorechner K 1620 einschließlich Systemunterlagen 
A 6492: 

Wie A 6491, aber mit Mikrorechner K 1630. 


Der als iibergeordneter Rechner eingesetzte K 1600 kann nach 
Bedarf mit der im Konfigurationsbestand der Anwendungs- 
komplexe KBR/PRS aufgeführten Gerätetechnik komplettiert 
werden. 

Entsprechend den örtlichen Einsatzbedingungen werden die 
ursadat-5000-Einrichtungen zentral, nahe dem Prozeßleit- 
rechner oder dezentral in Proreiinähe und größerer Entfernung 
zum K 1600 aufgestellt. 

Die Verbindung zwischen Systembus K 1600 und PEAE wird 
über das schnelle serielle Interface (IFLS) der AnschluBsteue- 
rung für technologische Prozesse (ATP) des K 1600 realisiert. 
Zur Überbrückung größerer Entfernungen wird zusätzlich zur 
ATP-Steuereinheit (SE) die ATP-Übertragungseinheit (OE) ein- 
gesetzt. Auch zur Kopplung zwischen zwei K-1600-Systemen 
kann die DMA-Fähige Anschlußsteuerung Al P verwendet wer- 
den (Abb. 1). Da die Zentraleinheit und Peripherie des K 1620 
bzw. K 1630 bereits in /1/ vorgestellt wurden, wird im folgen- 
den nur die prozeßspezifische Gerätetechnik betrachtet. 


IK 1600 


ATP ATP Jarp- [7er 
sE SE ÜE As 


6!s 100m his 3000m 
PEAE Z" le ale peoeı 
max. 20: max. 60 

= 2i-l21- 
PEAEI ZI: N 2 PEAE 


I 


Abb. 1 Systemübersicht des PRS A 6491/A 6492 


4.  Prozellein-/-ausgabeeinheit ursadat 5000 
4.1. Aufbau 


Die Prozeßein-/-ausgabeeinrichtung als Bestandteil des PRS be- 
steht entsprechend dem Umfang und der Systemarchitektur 
aus ein oder mehreren Einheiten ursadat 5000. Eine ursadat- 
Einheit umfaßt dabei 1 bis 3 Grundeinheiten (GE), die in einem 
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EGS-Gefäß 3. Ordnung (Schrank 800 x 600 x 800/1200/1600/ 
2000 mm’[BxTxHJ untergebracht sind. Weitere Bestand- 
teile sind: 


— Stromversorgungsbaugruppen für die Betriebsspannungen 
und im begrenzten Umfang für die Geberspeisung 

— Netzeingangsteil, einschließlich der Stromversorgungsüber- 
wachungsbaugruppen 

— Löfterbaugruppen und Temperaturiiherwachung 

— schrankinterne Rangierverteiler, bestehend aus EFS-Steck- 
verbindern zum Anschluß der Prozeßkabel und EFS-Vertei- 
lerleisten. 


42. ursadat-5000-Grundeinheit 


Die GE ist die kleinste funktionelle Einheit des ursadat-5000- 
Systems. Jede GE enthält einen eigenen Mikroprozessor und 
Speichermoduln. Es werden die Moduln des Mikrorechnersy- 
stems K 1520 und die ursadat-Prozeßmoduln eingesetzt. Das 
Modulsortiment ist dem Konfigurator (Abb. 2) zu entnehmen. 
Eine GE kann maximal 28 bis 30 adressierbare E/A-Moduln 
(Prozel - und DV-Moduln) enthalten. Diese sind in em oder 
zwei EGS-Baugruppenträgern, mit jeweils 23 Steckplätzen, an- 
geordnet. Alle Plätze verfügen über das Bussystem K 1520. Die 
Steckeinheiten haben direkte Steckverbinder. 


4.3. Modulbeschreibung 


Im folgenden werden nur die Prozeßmoduln behandelt. Die 
K-1520-Moduln sind in /2/ und /3/ beschrieben. Als Prozessor 
wird ausschließlich die ZRE K 2521 eingesetzt. Mit Ausnahme 
der Analogeingabe besteht jede GE aus einer Steckeinheit. Der 
prinzipielle Aufbau der AE ist in Abb. 3 dargestellt. 


* Analogeingabe (AE) Karteneinschub (KES) 231x 
Sie besteht aus den Komponenten 
Grundkarte (AE-G): Multiplexer für 8 Eingange, Ver- 
stärker, ADU 
” Expanderkarte (AE-E): Multiplexer für 24 Eingänge 


BDE LBL LBS 
K7622 1200 1295 

ABD RAM EPRO! 
K7022 


ZRE 
K2521 
IFSS FL 


Prozeft- 
Bedien- 
einheit 


Abb.2 Konfigurator usadat 5000 


SD 
156 
ADA ATD ABS AFS 
K6022 K7026 K7023 K5121 


vEw ZI-SE AE Aa-Kl | [AA- DES DEM DES- 
ZI-ÜE Kr 
Ss 
ei 
Kr 


Abb. 3 Analogeingabe ursadat 5000 


Signalanpassungskarten (AE-xx): Signalumsetzung auf 
Einheitssignal 1 V. Filter, 4 oder 8 Eingänge (je nach Typ) 
Eingangssignale: 5/10/20 mA; live-zero-Signale (bipolar) 
10/20/50/100 mV; 1/10 V (bipolar) 
Widerstand sferngeber 
Widerstandsthermometer PT 100 
(-200 °e ... +550 °c) 
Ausgangssignal: 11 Bit + Vorzeichen 
Eingangskanäle: 56 
Abtastgeschwindigkeit: 10000 Abfragen/s 
« 1-Kanal-Analogausgabe (AA-IK) KES 2301 
Eingangssignal: 12 Bit (unipolar); 11 Bit + Vorzeichen 
(bipolar) 
Ausgang: 1 Kanal; 5/10 mA, live-zero-Signale, 10 V; galva- 
nische Trennung 
« 5-Kanal-Analogausgabe (AA-5K) KES 2303 
Eingangssignal: 8 Bit (unipolar); 7 Bit + Vorzeichen (bipolar) 
Ausgang: 5 Kanäle; 5 mA, live-zero-Signal, 10 V 
« Digitaleingabe statisch (DES) KES 2340 
Eingang: 16 Bit; Optokoppler; TTL, 5/12/24/24+24/60 V 
« Digitaleingabe dynamisch (DED) KES 2342 
Eingang: 16 Bit; Optokoppler; TTL, 5/12/24/60 V 
« Digitaleingabe statisch mit kurzschlußfestem Treiberschalt- 
kreis (DES-KT) IES 2344 
Eingang: 32 Bit; Schaltkreis D 410 x 


Fr 
K7221 200 


oe 
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« Digitaleingabe multiplex (DEM) KES 2341 

Ausgang: 16 Bit; Transistor über Optokoppler; 

60 V-/100 mA 
Eingang: 16 Gebergruppen zu je 8 Bit; Optokoppler; 
12/24/60 V 

° Universalimpulszähler (ULZ) KES 2343 
Eingang: 4 Kanäle; Optokoppler; TTL, 5/12/24/60 V 
20 Hz, 20 kHz, 100 kHz (TTL); Informationsbreite 32 Bit 
Betriebsart (software-programmierbar): 

Impulszähler 4x 8 Bit... 1x 32 Bit 
Zeitgeber + Impulszähler 2x 8 oder 1x 16 Bit 
Zeitmesser (+ Impulszähler 1 x 8 Bit) 
Frequenzmesser 2x 8 Bit oder 1x 16 Bit 

« Digitalein-/-ausgabe (DEAS) KES 2337 
Informationsbreite: 3 x 8 Bit, in Stufen zu 4 Bit progra- 
mierbar 
Signalpegel: TTL 

« Digitalausgabe-Transistor (DA-T) KES 2336 
Ausgang: 32 Bit; Transistor, 60 V-/0,12 A/7,2 W; 
dynamisch bis 6,8 s 

« Digitalausgabe-Relais (DA-R) KES 2331 
Ausgang: 24 Bit: Relais RGK 20/1, < 60 V =/0,5 A/IOW; 
Dynamisch bis 6,8 s 

° Digitalausgabe-Optokoppler (BA-O) KES 2335 
Ausgang: 16 Bit; Transistor i7ber Optokoppler, 

60 V-/0,1 A/3 W;dynamisch bis 6,8 s 

« Digitalausgabe statisch mit Haftrelais (DAS-H) KES 2330 
Ausgang: 8 Bit; Haftrelais C6, © 60 V/0,4 A/6 W; Aus- 
gänge riicklesbar 

« Digitalausgabe statisch mit kurzschlußfestem Treiberschalt- 
kreis (DAS-KT) KES 2334 
Ausgang: 32 Bit; Schaltkreis D 410 

° Impulsausgabe (IA) KES 2339 
Informationsbreite: 32 Bit 
Betriebsart (software-programmierbar): 
Zeitsignalausgabe, 6,5 1.&s... 6,8 s (interner Takt) 

4 Kanäle (vor/rück); Relais RGK 20/1 und Tr an sistor 
Impulszahlausgabe, 0,08 Hz ... 77 KHz (interner Takt) 
2 Kanäle + Vorzeichen; TTL, Transistor (Vz) 

° Überwachungsmodul ( (JEW) KES 2328 
Überwachungsfunktion: Takt, WAIT, READY, Stromver- 
sorgung, 3 freie Eingänge 
Ausgang: 2xIFSS (2400 ... 9600 Baud); Störungsmrmen- 
signal 

° Serviceeinheit (SE) und AnschluListeuerung (SE-AS) KES 
2351 frir Prüfung, Inbetriebnahme und Wartung sowie Pro- 
grammtestung 

« ProzeL -Bedieneinheit 
Ein-/Ausgahe von Prozei'kennwerten; Kodening von Be- 
triebsparametern; Eingabe von Kommandos 


4.4. Interface und Informationsübertragung 


Das mehrpunktfähige Linieninterface IFLS ermöglicht den 
Echtzeitbetrieb mit verteilten ursadat-Einheiten. 

Das t)bertragungssystem wird in zwei Entfernungsbereiche 
unterteilt: 


— Nahbus (ohne Übertragungseinheit): 100 m, max. 


20 Statüonen 
— Fernbus (mit Übertragungseinheit): 3 km, max. 60 Sta- 


tionen, galvanische Trennung, Bi-Phasendifferenz-Modulation. 


Die Stationszahl reduziert sich durch die effektive Datenrate 
und ist stark von den spezifischen Anwendungsbedingungen 
abhängig. Innerhalb eines Systems sind beide Bussysteme als 
auch die gemischte Variante Fernbus-Nahbus anwendbar (siehe 
Abh. 1). 

Das IFLS wird auf der Seite desk 1600 mittels ATP und ursa- 
datseitig mittels Zwischenblock-Interface (ZI) realisiert. Beide 
AS bestehen aus jeweils zwei Steckeinheiten: der Steuereinheit, 
die den Nahbus realisiert und der Übertragungseinheit. Als 
Übertragungsmittel werden HF-koaxialkabel verwendet. 
Weitere Parameter des Interface sind: 


— Übertragungsgeschwindigkeit: 500 k Bit/s 
— effektive Datenrate : ca. 120 k Bit/s 
— Telegrammlänge 256 Byte. 


Die Informationsübertragung erfolgt mit Hilfe begrenzter Bit- 
folgen (tYbertragungsrahmen) byteseriell entsprechend HDLC- 
Prozedut. Ein Übertragungsrahmen hat folgenden Aufbau: 
Syıchronisationsbyte/Adreii byte /Funktionsbyte /Informations- 
feld (entspr. HDLC) 2 Byte Kontrollteil/Synchranisationsbyte. 


Es bedeuten: 


— AdreLibyte: Adresse der Empfangsstation 

— Funktionsbyte: Angaben über Format. Stationstyp und 
Prozedur 

— Informationsfeld: Adresse der Sendestation/Anzahl der 
Datenbyte/Datenfeld, max. 250 Datenbyte. 


Das IFLS unterscheidet prinzipiell fünf Stationstypen: 


— Bussteuerzentrale 

— Steuerstation mit Busanforderung 
— Steuerstation 

-- gesteuerte Station 

— Mithörstation. 


Für die Systeme A 6491/A 6492 ist festgelegt, dall der K 1600 
immer den Rang der Bussteuerzentrale und die PEAE den der 
gesteuerten Station einnimmt, das heißt, die PEAE kann kei- 
nen Datentransfer zu anderen Einheiten einleiten. Für den 
Havariefall ist eine Übergabe der Steuerfunktion an eine andere 
Station (K 1600, ursadat 5000) möglich. 


5. Systemunterlagen 
5.1. Systemunterlagen für K 1600 


Das für die Mikrorechner K 1620/K 1630 vorhandene modu- 
late Betriebssystem MOOS 1600 sichert schnelle Reaktion auf 
Prozeßereignisse und eine gut ausgebaute Organisation für die 
Abarbeitung von Nutzerprogrammen. Für den Anwender wer- 
den umfangreiche Mittel zum Herstellen und Testen von An- 
wenderprogrammen sowie Querschnitts-POS bereitgestellt. 
Die Organisation des Informationsaustausches mit der PEAE 
über ATP wird vom UK-Driver des MOOS 1600 Ausgabe 1.2 
übernommen. 


5.2. Systemunterlagen für PEAE ursadat 5000 


Für die ursadat 5000 steht das Echtzeitsteuerprogramm 

EIEX 1521 mit all seinen Leistungen zur Verfügung. Es unter- 
stützt über die Kanalsoftware alle ursadat-Moduln, den Infor- 
mationsaustausch über das ZI und auch die DV-Peripherie_ Das 
Steuerprogrammsystem wird entsprechend den Anwendungs- 
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forderungen generiert. Durch den modularen Aufbau des 

EIEX besteht die Möglichkeit, eigene Systemkomponenten zu 
generieren. 

Weiterhin sind alle mathematischen standardprogramme für 
denk 1520 anwendbar. 

Zur Tinterstiitrung der Meßwerterfassung und -verarbeitung auf 
unterster Ebene wird das generierbare Mef.werterfassungs- und 
Primärverarbeitungssystem MEPRfM entwickelt /4/. 


ILiteratur: 
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3! Bader B.: Hinweise rut Konfigurierung von Mikrorecbneru robo 

NTB 24 (1980) 6, 5. 177 

14! Lindner, A.: Programmsystem MEPRIM fiir PRB A 6491 JA 6492. 
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Software-Technologie 
für Mikrorechner 


Von Dr.-ing. Erika Horn, Dr. Hans-Dieter Baumbach 
und Christian Straach, 

104 Seiten, 37 Abbildungen, Broschur, 8'50f. 
Ausland 10,40 M 

Bestellangaben: 675 496 7/Softwaretechnologie 


Die Zahl der Mikrorechner steigt ständig an, ihre Einsatzbreite 
nimmt rasch zu. Um so dringlicher wird die Notwendigkeit der 
Rationalisierung der Programmentwicklung für Mikrorechner. 
Mit dieser Veröffentlichung werden nun erstmalig die Metho- 
den einer systematischen und rationellen Programmentwick- 
lung — der „strukturierten Programmierung" — für die Ent- 
wicklung der Mikrorechner-software erschlossen. Die Autoren 
vermitteln sowohl grundlegende Kenntnisse auf dem Gebiet 
der Software-Technologie als auch konkrete praktische Kennt- 
nisse für die ständig steigende Zahl von Mikrorechner-Program- 
mierern in der DDR. 

Die praxisorientierten Darlegungen beriicksichtigen das erste in 
der DDR realisierte Software-Entwicklungssystem PO5-Tech- 
nologie K 1600. 


Ihre Bestellung richten Sie bitte 
an den Verlag Die Wirtschaft, Abt. Vertrieb, 
1055 Berlin, Am Friedrichshain 22. 


Das Steuerprogramm- 
system MOEX 1600 


des Betriebssystems 
Moos 1600 


Manfred Synowzik 
VEB Robotron ZFT Dresden 


Für die BaslsrechnerA 640x werden die Betriebssysteme 
MOOS 1600 und LAOS 1600 bereitgestellt. Das MOOS 1600 
ist ein modular aufgebautes Betriebssystem, das mittels Gene- 
rientng an die Fordenuigen unterschiedlicher Einsatzgebiete 
angepaf3t werden kann. Es realisiert Meiimutzerbedienung rind 
Multiprogrammierung rind ist fair die Lösung von Echtzeitauf- 
gaben einsetzbar. Des Betriebssystem LAOS 1600 wird für die 
speziellen Aufgaben der Laborautomatisierung bereitgestellt. 
Es gewährleistet Vordergrund-/Hintergn'ndbetrieb und kann 
(im Vordergrundbetrieb) für Echtzeitaufgaben mit sehr kurzen 
Reaktionszeiten verwendet werden. Die beiden folgenden Bei- 
trage geben eine Einf\ihrung in das Betriebssystem MOOS 1600. 


1. Konzeption 


MOEX 1600, Ausgabe 1.2. ist die Exekutive des Betriebssystems 
MOOS 1600 mit einer breiten Palette von Anwendungsgebieten. 
Sie eignet sich in gleichem Maise sowohl für den Einsatt zur Da- 
tenerfassung, Prozeösteuerung sowie Labor- und Priiffeldauto- 
matisierung als auch zur Lösung wissenschaftlich-technischer 
und ökonomischer Probleme. Es handelt sich um ein modular 
aufgebautes Steuerprogrammsystem, das auf Grund seiner hohen 
Flexibilität optimal an die jeweiligen Einsatzbedingungen ange- 
paiit werden kann. Bei der Konzeption spielten neben der schnel- 
len Reaktionszeit auf Echtzeitanfordeningen die Möglichkeiten 
der Multiprogrammierung und die Probleme der Dateiorganisa- 
tion und des Dateischutzes eine besondere Rolle. 

Damit bietet MDEX 1600 alle Voraussetzungen sowohl zur Lö- 
sung von Echtzeitprobl ertrlen als auch rum Mehrnutzerarbeit 
(Teilnehrnerbetrieb). Ein leistungsfähiges Verarbeitungspro- 
gramm für Indirektkommando-Dateien einschlie6lich der zuge- 
hörigen Anweisungen ermöglicht eine Stapelverarbeitung ent- 
sprechender Nutzerprogramme. 


2.  Systemleistungen 
2.1. Konfiguration 


MOEX 1600, Ausgabe 1.2. ist sowohl für die Arbeit mit dem 
K 1620 als auch für. die Arbeit mit dem K 1630 vorgesehen. Es 
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wird vorausgesetzt, daß der Hauptspeicher nur aus Speicherbau- 
steinen vom Typ RAM aufgebaut ist. 

MOEX 1600 unterstützt gegenwärtig die Bedienung folgender 
Geräte: 


Bildschirm-E/A-Gerät als Bedieneinheit (K 8911) 
Kassettenplattenspeicher (CM 5400) 
Lochbandeinheit (K 6200) 
Kassettenmagnetbandeinheit (K 5261) 
Magnetbandgeräte (CM 5300, CM 5303) 
Seriendrucker (SD 1152, SD 1156, SD 1157) 
— Bildschirmterminals (K 8931, K 8912) 
— Lochkartenleser (EC 6112) 
- Folienspeichereinheit (K 5665) 
— Paralleldrucker (VT 27065) 
— Prozeßein-/-ausgabeeinrichtung (ursadat 5000) 
— BUS-Koppeleinheit (K 4161). 
Falls bezüglich des MGS K 1600 nicht andere Einschränkungen 
gelten, werden maximal 16 Geräte bzw. Controller eines Typs 
von MOEX 1600 unterstützt. 
Als Minimalperipherie sind eine Bedieneinheit, eine Lochband- 
bzw. Kassettenmagnetbandeinheit sowie ein Plattenspeicher 
erforderlich. Die Mindestgröße des Hauptspeichers beträgt 16 K 
Worte bei einem System für den K 1620 und 18 K Worte bei 
einem System für den K 1630. Zur Minimalausrüstung gehört 
außerdem eine Echtzeituhr. 


4>. Speicherverwaltu ng 


Eine Task, die abarbeitbare Programmeinheit, wird in einem 
zusammenhängenden Speicherbereich, der Partition, abgear- 
beitet. Eine Partition wird durch ihren Namen, ihren Typ, ihre 
Basisadresse und ihre Größe beschrieben. Zwischen Task und 
Partition bestehen Beziehungen, die von der Hard- und Soft- 
wareleistung des Systems abhängig sind. 


Systeme mit Adreßzuweisung 


Als Adreßzuweisung wird der Vorgang des Verbindens von Pro- 
grammadressen (virtuelle Adresse) mit dem physischen Spei- 
cher bezeichnet. Die Adreßzuweisung wird hardwareseitig über 
die Speichervemrittlungseinheit (SVE 30) realisiert, die mmr 
beim K 1630 verfügbar ist. Die SVE 30 verbindet Adressen 
eines Programms (0 bis 32 K Worte) mit physischen Adressen 

(0 bis 124 K Worte). Die Tatsache, ob ein System mit oder ohne 
Adreßzuweisung ist, beeinflußt die Herstellung einer Task durch 
das entsprechende Systemprogramm. 

In Systemen mit Adreßzuweisung beginnt jede Task mit der 
Adresse 0 (virtuelle Adresse). Eine Task kann in jeder Partition 
abgearbeitet werden, die groß genug ist, die Task aufzunehmen. 


Systeme ohne Adreßzuweisung 


In Systemen ohne Adreßzuweisung muß dem Task-Builder die 
Basisadresse der Partition übergeben werden, in der die Task 
abgearbeitet werden soll. Die Task kann nur in dieser Partition 
abgearbeitet werden. 


Die nutzergesteuerte Partition 


Die nutzergesteuerte Partition wird von Systemen mit und ohne 
Adreßzuweisung unterstützt. Sie Kann zu einem Zeitpunkt je- 
weils nur eine Task enthalten. Um die nutzergesteuerte Parti- 


tion effektiver nutzen zu können, besteht die Möglichkeit, sie 
in maximal sieben Subpartitions zu unterteilen. Jede Subpar- 
tition kann eine Task aufnehmen, so daß auf diese Weise sieben 
Tasks gleichzeitig in einer Partition untergebracht werden kön- 
nen. Eine derart organisierte Partition ermöglicht es, daß der- 
selbe Speicherbereich im Wechsel von einer großen Task und 
maximal sieben kleinen Tasks belegt werden kann. 


Die systemgesteuerte Partition 


Die systemgesteuerte Partition wird nur von Systemen mit 
Adreßzuweisung unterstützt. Die Exekutive organisiert die 
Speicherbereichszuweisung so, daß so viele Tasks wie möglich 
gleichzeitig in einer Partition untergebracht werden können. 


2.3. Programmorganisation 


MOEX 1600 koordiniert die Abarbeitung aller zu bearbeitenden 
Tasks. Die Abarbeitung wird so organisiert, daß die Systemlei- 
stungen effektiv genutzt und kurze Antwortzeiten auf Echt- 
zeitanforderungen erreicht werden. Obwohl jeweils nur eine 
Task die Steuerung der ZVE (Zentrale Verarbeitungseinheit) 
besitzen kann, ist Multiprogrammierung möglich, weil bei der 
Abarbeitung einer Task Wartereiten entstehen (r. B. Warten auf 
das Ende einer E/A-Operation), in denen andere Tasks bearbei- 
tet werden können. Zur Realisierung dieser Arbeitsweise be- 
dient sich die Exekutive einiger Mittel, die nachfolgend beschrie- 
ben werden. 


Toxic status 


Mittels Eingabe eines Kommandos über ein Bediengerät wird 
eine Task ins System eingeführt. Dieser Vorgang wird Installie- 
ren einer Task genannt. Beim Installieren registriert die Exe- 
kutive alle notwendigen Daten, um die Task auffinden und ab- 
arbeiten zu können. Eine installierte Task ist weder im Haupt- 
speicher resident, noch bewirbt sie sich um irgendwelche Sy- 
stemleistungen. Die Task ist lediglich der Exekutive bekannt. 
MOEX 1600 kennt zwei Task-Zustände: 

Eine ruhende Task ist eine installierte Task, für die noch keine 
Startanforderung vorliegt. Eine aktive Task ist eine installierte 
Task, für die eine Startanforderung vorliegt. Sie bleibt aktiv, 
bis sie beendet oder abgebrochen wird. Eine aktive Task be- 
wirbt sich auf der Grundlage ihrer Priorität um ZVE-Zeit, so- 
bald die von iju benötigten Systemleistungen (r. B. genügend 
Hauptspeicher vorhanden oder E/A-Operation, auf die gewartet 
wurde, beendet) verfügbar sind — sie ist abarbeitungsfähig. Im 
anderen Falle wartet sie auf das Freiwerden der von ihr benötig- 
ten Systemleistungen — sie ist blockiert. 

Für den Fall, daß in der Partition, in der eine Task installiert 
wurde, kein Platz ist, wird die Task, für die die Startanforde- 
rung vorliegt, in eine nach Priorität geordnete Warteschlange 
eingeordnet. Ein Unterschied zwischen ruhenden und aktiven 
Tasks besteht darin, daß eine ruhende Task weniger Haupt- 
speicher belegt als eine aktive. Wird eine Task aber benötigt, 
kann sie sehr schnell in den aktiven Zustand überführt werden, 
da die Exekutive alle notwendigen Parameter für diesen Vor- 
gang bereits im Hauptspeicher verfügbar hat. 


Priorität 
Die Priorität einer Task, auf deren Grundlage sie sich um Sy- 
stemleistungen bewirbt, wird durch eine ganze Zahl zwischen 
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1 und 250 verkörpert, wobei die größere Zahl die höhere Prio- 
rität bedeutet. Die Priorität kann einer Task während ihres 
Aufbaus vorn Task-Builder, während des Installierens oder 
während der Abarbeitung zugeordnet werden. Die aktive Task 
mit der höchsten Priorität, die Zugriff zu allen Systemleistun- 
gen hat, die sie benötigt, wird bearbeitet. Wenn diese Task blok- 
kiert wird (z. B. Warten auf das Ende einer E/A-Übertragung), 
prüft die Exekutive, ob eine andere Task die ZVE benötigt. Für 
den Fall, daß mehrere aktive Tasks warten, kommt wieder die- 
jenige zur Abarbeitung, die die höchste Priorität und den Zu- 
griff zu allen von ihr benötigten Systemleistungen besitzt. 


Auslagerung 


Die Auslagerung bietet die Möglichkeit, Tasks abzuarbeiten, die 
sich nicht ständig im Hauptspeicher befinden. Wenn eine Parti- 
tion eine Task beherbergt, die auslagerbar ist, wird diese auf 
die Platte übertragen, urn Raum für eine Task höherer Priorität 
zu schaffen, die in derselben Partition installiert wurde und ab- 
arbeitungsfähig ist. Wenn die Task beendet ist, wird die vorher 
unterbrochene Task wieder eingelesen und an der Unterbre- 
chungsstelle fortgesetzt. 

Für diesen Vorgang muß vorn Nutzer auf der Platte Speicherbe- 
reich zur Verfügung gestellt werden. Dieser Auslagerbereich 
wird der Task während ihres Aufbaus vom Task-Builder (sta- 
tisch) oder während des Laufs durch die Exekutive (dynamisch) 
zugeordnet. 

Die Realisierung sieht so aus, daß bei der statischen Zuordnung 
der Auslagerbereich direkt der Task zugeordnet wird. Der Aus- 
lagerbereich steht der Task also ständig zur Verfügung. 

Bei der dynamischen Zuordnung kann der Nutzer eine oder 
mehrere Auslagerdateien auf Platten schaffen, urn alle auszu- 
lagernden Tasks aufzunehmen. Die in diese Dateien auszula- 
gernden Tasks müssen nicht als auslagerbare Tasks aufgebaut 
werden; die Eigenschaft der Auslagerbarkeit kann der Task 
beim Installieren zugeordnet werden. Die dynamische Zuord- 
nung hat den Vorteil, daß der Platz auf dem Plattenspeicher 
ökonomischer genutzt wird. Nachteilig ist, daß der Fa Il eintre- 
ten kann, daß in den Auslagerdateien nicht immer freie Be- 
reiche verfügbar sind. 


Zei tscheiben steu ersing 


In Abhängigkeit vom Charakter der zu lösenden Aufgabe kann 
mittels der Priorität eine sinnvolle Steuerung der Verteilung 
der ZVE-Zeit erreicht werden. Zur Lösung verschiedener Auf- 
gabenkomplexe ist die reine prioritätsgesteuerte Abarbeitung 
der Tasks nicht ausreichend, da auf diese Weise eine annähernd 
gleichberechtigte Bearbeitung verschiedener Teilprobleme vorn 
Nutzer zuviel organisatorischen Aufwand erforderlich macht. 
Beim Installieren einer Task registriert die Exekutive diese in 
einer Systemtabelle, die nach der Priorität geordnet ist_ Tasks 
gleicher Priorität werden in der Reihenfolge eingetragen, in 

der sie installiert wurden. Die Zuteilung von Rechenzeit an die 
speicherresidenten Tasks erfolgt entsprechend der Reihenfolge 
der beim Installieren erstellten Tabelle. Das hat zur Folge, daß 
bei Tasks gleicher Priorität die Tasks häufiger bearbeitet werden, 
die zuerst installiert wurden. Um diese Situation zu vermeiden, 
wird im MOEX 1600 eine Generierungs-Option „Zeitscheiben- 
steuerung" angeboten. Die Leistung dieser Zeitscheibensteue- 
rung besteht darin, daß Tasks gleicher Priorität periodisch in 
der Systemtabelle gewechselt werden. Auf diese Weise gelangt 
jede Task gleicher Priorität zyklisch in die erste Position ihrer 


Prioritätsgruppe in der Systemtabelle und damit zur Abarbei- 
tung. 


Zeitgesteuerte Auslageneng 


Eine ähnliche Situation wie bei speicherresidenten Tasks glei- 
cher Priorität kann sich ergeben, wenn sich aktive abarbeitungs- 
fähige Tasks urn gleiche Partitionsbereiche bewerben. Da eine 
Task die Exekutive nicht veranlassen kann, eine Task gleicher 
Priorität auszulagern, kann es dazu führen, daß einige Tasks 
keinen Hauptspeicherzugriff erhalten. Um diese Situation zu 
vermeiden, wird im MOEX 1600 eine Generierungsoption „zeit- 
gesteuerte Auslagerung" angeboten. Die Leistung dieser zeitge- 
steuerten Auslagerung besteht darin, daß Tasks zyklisch ausge- 
lagert werden, urn für sich mitbewerbende Tasks gleicher Priori- 
tät freie Partitionsbereiche zu schaffen. Die ausgelagerte Task 
wird am Ende der Schlange, in der die aktiven Tasks stehen, die 
sich urn freien Partitionsbereich bewerben, eingereiht. Auf diese 
Weise gelangt jede aktive Task zyklisch an die erste Position 
ihrer Prioritätsgruppe in der Schlange der sich urn gleiche Par- 
titionsbereiche bewerbenden Tasks. Die auf diese Weise auszu- 
lagernden Tasks müssen als auslagerbare Tasks aufgebaut sein. 


Signifikante Ereignisse 


Signifikante Ereignisse werden Ereignisse genannt, die dazu füh- 
ren, daß die Abarbeitung der laufenden Task unterbrochen und 
die Priorität aller aktiven Tasks erneut uberpruft wird. Signifi- 
kante Ereignisse sind 


— das Ende einer Taskbearbeitung. 

-- das Beenden einer Uhraktivität (Ablaufen eines Zählers) 
— das Ausführen einiger Exekutive-Anweisungen 

— die Ausführung eines Taktes der Zeitscheibensteuerung 
— das Ende einer E/A-Operation. 


Wenn ein signifikantes Ereignis eintritt, prüft die Exekutive die 
Schlange der aktiven Tasks und startet die Task mit der höch- 
sten Priorität, die abarbeitungsfähig ist. 


2.4. Exekutive-Anweisungen 7 


Eine Exekutive-Anweisung ist die Anforderung einer Task an 
die Exekutive, eine bestimmte Operation auszuführen. Die Aus- 
führung einiger Anweisungen führt zum Auftreten signifikanter 
Ereignisse. Über die Exekutive-Anweisungen haben Tasks Zu- 
griff zu folgenden Leistungen: 


Unterbrechen und Fortsetzen der Taskbearbeitung 
— Anfordern der Abarbeitung einer anderen Task 
— Beenden einer Task 
- Festlegen von Zeitbedingungen 
— Beeinflussen der Speicherverwaltung 
— Abfragen von Systeminfoinationen 
— Austausch von Informationen zwischen den Tasks 
— Ausführen von E/A-Operationen. 


Darüber hinaus werden noch weitere Funktionen des Systems 
den Tasks über Exekutive-Anweisungen verfügbar gemacht. Die 
wesentlichsten sind die Nutzung von Ereignis-Flags. System- 
Traps sowie die Segmentierung. 


Ereignis-Flagg 


Neben dem Einfluß signifikanter Ereignisse auf die Bearbeitung 
dci Tasks können diese genutzt werden, urn Aktivitäten der 
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Tasks untereinander zu koordinieren. Mittels einer Exekutive- 
Anweisung lassen sich zum Beispiel signifikante Ereignisse mit 
Ereignis-Flags verknüpfen. Es stehen 64 Ereignis-Flags zur Ver- 
fiigung, wobei 32 Flags von allen Tasks gemeinsam genutzt wer- 
den können, und 32 Flags stehen lokal jeder Task zur Verfügung. 
Die lokalen Flags können zum Beispiel so genutzt werden, daß 
sie mit signifikanten Ereignissen verknüpft werden. Die Exeku- 
tive setzt dann beim Eintreten des signifikanten Ereignisses das 
zugehörige Flag, das wiederum in der Task ausgetestet werden 
kann. Die gemeinsamen Flags werden zur Kommunikation zwi- 
schen den Tasks genutzt, um rum Beispiel gewisse Aktivitäten 
mehrerer Tasks untereinander zu koordinieren. 


System-Traps 


System-Traps sind ein weiteres Mittel zur Wechsel der Steue- 
rung in der Taskbearbeitung. Eingeleitet werden System-Traps 
durch die Exekutive in Abhängigkeit vom Eintreten verschie- 
dener Ereignisse. Auf diese Weise hat der Nutzer die Möglich- 
keit, unmittelbar auf Ereignisse zu reagieren. Zu diesem Zweck 
verknüpft er eine Task mit einem Ereignis. Die so verknüpfte 
Task enthalt eine Routine, deren Eintrittspunkt der Exekutive 
über eine Anweisung mitgeteilt werden muß. Der System-Trap 
überträgt dann die Steuerung an die vom Nutzer geschriebene 
Routine. Bei den System-Traps unterscheiden wir zwei Arten: 


Der synchrone System-Trap (SST) zeigt Ereignisse an, welche 
direkt mit der Austil ung von Befehlen verbunden sind, also 
immer an gleicher Stelle des Programms auftreten, sooft dieses 
Programm durchlaufen wird. Ein nicht zugelassener Adreßmo- 
dus in einem Befehl erzeugt zum Beispiel solch einen SST. 

Der asynchrone System-Trap (AST) zeigt signifikante Ereignisse 
an, wobei der Zeitpunkt ihres Auftretens nicht direkt vor Pro- 
gramm beeinflußbar ist. Zum Beispiel kann das Ende einer 
E/A-Operation solch einen AST erzeugen. 


Segmeretierung 


Auf Grund der I 6-Bit-AdressierusgstechniK des K 1600 kann 
eine Task maximal 32 K Worte direkt adressieren. Falls eine 
Task mehr als 32 K Worte benätigt, kann mittels Auflösen der 
Tasks in einzelne Segmente eine Überlagerungsstruktur reali- 
siert werden, die bereits beim Taskaufbau definiert wird. Solch 
eine Cberlagerungsstruktur besteht aus einem Wurzelsegment, 
das ständig im Hauptspeicher stehen muß und tJberiagensngs- 
segmenten, die bei Bedarf in den Hauptspeicher eingelesen wer- 
den. 

Eine andere Möglichkeit zur Überschreitung der 32-K-Wort- 
grenze für eine Task bieten die Exekutive-Anweisungen zur 
Speicherverwaltung. Diese Anweisungen setzen eine Hardware- 
Unterstützung voraus, die nur beim K 1630 vorhanden ist. 

In diesem Falle können alle Segmente einer Task gleichzeitig 
im Hauptspeicher stehen — es erfolgt lediglich ein Wechsel in 
der Zuordnung der aktuellen physischen Adressen. 

Es werden drei Arten von Adreßräumen unterschieden: 


Physischer Adreßraum 


Der physische Adreßraum umfaßt den gesamten physischen 
Speicher, in dem Tasks abgearbeitet werden können. Der physi- 
sche Adreßraum kann maximal 124 K Worte umfassen. 


Logischer Adreßeaum 


Der logische Adreßraum ist der gesamte physische Adreßraum, 
zu dem eine Task Zugriff hat. 


Virtueller Adreßraum 


Der virtuelle Adreßraum entspricht dem mit einer 16-Bit-Adre 
se direkt adressierbaren Bereich von 32 K Worten. Durch Be- 
nutzung der Speicherverwaltungsanweisungen kann eine Task 
ihre virtuellen Adressen dynamisch zu verschiedenen Teilen 
ihres logischen Adreßraumes zuordnen und damit ihren logi- 
schen Adreßraum über 32 K Worte hinaus ausdehnen. 


Die Exekutive-Anweisungen zur Speicherverwaltung ermög- 
lichen es also einer Task, ihren logischen Adreßraum dynamisci 
zu verändern. Auf diese Weise kann eine Task ihre virtuellen 
Adressen auch zu logischen Bereichen einer anderen Task zu- 
ordnen. Damit besteht die Möglichkeit, daß verschiedene Tasks 
gemeinsame Daten- und Programmbereiche (Unterprogramme) 
nutzen können. Die organisatorischen Größen, mit denen die 
Exekutive arbeitet, sind das Adreßfenster für den virtuellen 
Adreßraum und die Region für den logischen Adreßraum einer 
Task. 


2.5. Gerätebedienung 


Das Bedienen der Peripherie kann unter MOEX 1600 mittels 
E/A-Driver oder Nutzertask realisiert werden. Für die Standard- 
peripherie werden E/A-Driver als generierbare Bestandteile des 
MOEXx 1600 zur Verfügung gestellt. Der Nutzer hat auch die 
Möglichkeit, für spezielle periphere Geräte eigene EWA-Driver 
anzuschließen. Diese Möglichkeit ist besonders für Echtzeit- 
anwendungen von Bedeutung. Um den Speicherplatz frir ver- 
fügbare, aber selten gebrauchte E/A-Driver nicht ständig zu 
blockieren, können bei der Generierung einige E/A-Driver so 
ins System integriert werden, daß sie nur bei Bedarf (mittels 
Kommando) in den Hauptspeicher geladen werden. 

Eine andere Möglichkeit besteht darin, daß die Nutzertask 
selbst die Bedienung des peripheren Gerätes übernimmt. Zu 
diesem Zweck unterstützt MOEX 1600 den Anschluß von Nut- 
zertasks an die hardwareseitig vorhandenen Interrupt-Vektoren 
der Geräte. 


2.6. Dateiorganisation 


Zur Verwaltung von Dateien auf Magnetplatten und Magnet- 
bändern stellt MOEX 1600 einen Satz von Routinen zur Ver- 
fügung. Datenträger, zu denen zugegriffen werden soll, müssen 
besonders formatisiert sein, das heißt mittels Kommando ini- 
tialisiert werden. Nutzertasks können jedoch auch zu fremden 
(nicht wie gefordert formatisierten) Datenträgern zugreifen. 
Jeder Nutzer kann sich mittels eines Kommandos eine Datei 
aufbauen, die vom System als Verzeichnis für die Dateien des 
Nutzers genutzt wird. Beim Erstellen einer Datei wird der Da- 
teiname in dieses Nutzerdateiverzeichnis (UFD) eingetragen 
und ein Nutreridentifikationscode (UIC) im Kennsatz der Datei 
registriert. Der UIC hat das Format [g, mj, wobei g und m Oktal- 
zahlen sind, die die Nutzergruppe (g) bzw. die Mitgliedsnum- 
mer (m) verkörpern. Da das UFD selbst eine Datei ist, besitzt 
es ebenfalls einen UIC. In den meisten Fällen stimmen der UIC 
des UFD und der UIC der Dateien, die in ihm geführt werden, 
überein. Eine Datei kann aber auch in einem UFD geführt wer- 
den, dessen UIC vom UIC der Datei abweicht. so daß eine Datei 
gleichzeitig in mehreren UFD geführt werden kann. Alle UFD 
eines Datenträgers sind in einem Hauptdateiverzeichnis zusam- 
mengefaßt. Sowohl das Nutzerdateiverzeichnis als auch das 
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Hauptdateiverzeichnis enthalten jeweils die Namen der Dateien 
und die Zeiger zu den Dateikennsätzen. In den Dateikennsätzen 
befinden sich unter anderem die Informationen über die physi- 
sche Lage der Dateien auf dein Datenträger. 

Ein Nutzer, der zu einer Datei per Kommando bzw. Makro an- 
greifen will, muß in einer Dateispezifikation auch das Gerät. 

auf dem sich der Datenträger befindet und das UFD, in wel- 
chem die Datei gefiihrt wird, angehen. Diese Angaben sind Vor- 
aussetzung für das Auffinden der Datei. Jeder, der zu einer Da- 
tei zugreifen will, muß demzufolge das UFD der Datei kennen 
(der Name des UFD wird vom UIC des UFD abgeleitet). Die 
Kenntnis des UFD ist eine notwendige, aber nicht hinreichende 
Voraussetzung für den Zugriff zu einer Datei. Urn den Schutz 
Zn gewährleisten, wird den Dateien eines Datenträgers eine 
Schuttmaske zugeordnet. Der Nutzer, der zu einer Datei zu- 
greifen will, mut3 den Bedingungen dieser Schutzmaske genu- 
gen. Die Schuttmaske legt für die Nutzergruppen System, Eigen- 
türner. Gruppe und Rest vier Typen des Zugriffs fest. Dieses 
sind Lesen, Schreiben, Erweitern und Löschen. 


2.7. Bedienung 


Ein Operator kann mittels Kommandos, die über ein Bedien- 
gerät eingegeben werden. mit MOEX 1600 verkehren. Einige 
Kommandos werden als Überlagerungssegmente einer Task, 
andere als selbständige Tasks realisiert. 

Der Operator hat Zugriff zu folgenden Leistungen: 


— Steuerung der Taskabarheitung 
— Abfordern von System- und Taskinformationen 
— Verwaltung der peripheren Geräte. 


Die Kommandos zur Steuerung der Taskabarbeitung sind be- 
sonders wichtig, denn mit ihrer Hilfe kann'der Operator aktiv 
in die Verteilung der ZVE-Zeit an die einzelnen Tasks eingrei- 
fen. Er hat die Möglichkeit, die Zahl der aktiven Tasks zu be- 
einflussen, indem er neben der direkten Aktivierung von Tasks 
die Mäglichkeiten der zeitgesteuerten Aktivierung (Absolutreit 
und nach Zeitdifferenz, einmalig oder zyklisch) nutzt. 

Zur direkten Beeinflussung einiger Systemleistungen stehen dem 
Operator privilegierte Kommandos zur Verfügung. Privilegierte 
Kommandos können fur von privilegierten Bediengeräten em- 
gegeben werden. Der Privilegstatus (privilegiert, nicht privile- 
giert) eines Bediengerätes wird im allgemeinen bei der System- 
generierung festgelegt. Nach abgeschlossener Generierung kann 
der Operator per Kommandos Ober ein privilegiertes Bedien- 
gerät den Privilegstatus anderer Bediengeräte verändern. 
MOEX 1600 enthält außerdem eine Generierungsoption für 
Mehrnutzerunterstiitzung, mit deren Hilfe die einzelnen Nutzer 
überwacht und gesteuert werden. Ein Systemverwalter weist 
jedem Nutzer einen Identifikationscode zu, welcher den Privi- 
legstatus des Nutzers festlegt. Bevor ein Nutzer bei Systemen 
mit Mehrnutzerunterstutzung Kommandos eingeben dad, muß 
er sich auf einem Bediengerät anmelden. Bei der Anmeldung 
gibt der Nutzer direkt oder indirekt seinen IJIC sowie ein Kenn- 
wort an. Das System überprüft, Jh UIC mid Kennwort zusam- 
mengehören und versetzt bei positivem Ausgang der Prüfung 
das Bediengerät in den Privilegstatus des Nutzers (privilegiert 
oder nicht privilegiert). Durch diese Option kommen verschie- 
dene Kommandos hinzu, mit deren Hilfe im wesentlichen die 
-Leistungen der Geräteverwaltung erweitert werden. Es können 
zum Beispiel Geräte zu öftentliehen und privaten Geräten er- 
klärt werden. 


Bei öffentlichen Geräten haben alle Nutzer gleiche Zugriffs- 
rechte, bei privaten Geräten sind die Zugriffsrechte stark diffe- 
renziert. 

Urn den Nutzer von der Eingabe sich häufig wiederholender 
Kommandofolgen an entlasten, unterstützt MOEX 1600 die 
Verarbeitung von Ind rektkommando-Dateien. 

Eine Indirektkommando-Datei ist eine Datei, die eine Folge von 
Kommandos enthält, die an eine spezielle Task gerichtet sind. 
Für Kommandos an das Kommandoprogramm des MOEX 1600 
existiert ein leistungsfähiges Verarbeitungsprogramm fin Indi- 
rektkommando-Dateien. Spezielle Sprachelemente (Anweisun- 
gen an das Verarbeitungsprogramm für Indirektkommando-Da- 
teien), zusammen nnt den Kommandos der Exekutive, ermög- 
lichen die Organisation einer flexiblen Stapelverarbeitung. 


2.8. Weartungsunterstützung 


MOEX 1600 beinhaltet als generierbare Option eine Fehler- 
eegistrierung. Diese Komponente überwacht die Zuverlassigkeit 
der Hardware. Es werden ständig Inforınatioren über die er- 
kannten Fehler aufgezeichnet — unabhängig davon. oh es sich 
urn einen hehebbaren oder nicht behebbaren Fehler handelt. 
Der Nutzer kann nun in wählbaren Intervallen chic Task akti- 
vieren, die ihm die gesammelten Informationen ausgibt. 

Eine weitere generierbare Option des MOEX 1600 ist die Unter- 
stützung von Diagnose-Tasks. Eine Diagnose-Task testet ein 
angegebenes Gerät. urn die Ursache einer Störung festaustetlen 
und protokolliert die Ergebnisse dieser Untersuchung. Diagnose- 
Tasks in Verbindung mit der Fehlenegistrierung eingesetzt, kän- 
nen die Systemausfallzeiten wesentlich reduzieren, da auf diese 
Weise Geräteausfälle frühzeitig erkannt und rechtzeitig beho- 
ben werden können. Die Diagnose-Tasks werden bei Bedarf 
vom Bediener gestartet. 


2.9. Speicherschutt 


Aufbauend auf die Leistung der Speicherverwaltungseinheit 

des K 1630 realisiert MOEX 1600 einen umfassenden Speicher- 
schutt. So wird exekutiveseitig jeder Task nur der Speicherzu- 
griff erlaubt, zu dem sie irgendwelche Zugriffsrechte besitzt. 
Einer Task wird nur der Zugriff zu Bereichen, die Bestandteil 
der Task selbst sind oder die als Common-Bereiche gekennzeich- 
net sind, gewährt, MOEX bietet weiterhin einen Satz von Exe- 
kutive-Anweisungen, mit deren Hilfe eirie Task den Speicher- 
bereich, zu dem sie Zugriff hat. dynamisch verändern kann. 
Unter den Bedingungen des Mehrnutzerbetriebes bzw. der Multi- 
programmierung können die Zugriffsrechte sinnvoll differen- 
ziert werden (Lesen, Schreiben, Erweitern, Löschen). 


2.111. Fiestartunterstirtzung 


MOEX 1600 schließt eine generierbare Restartunterstützung 
nach Netzausfall ein. Bei Netzausfall werden sämtliche flüchti- 
gen Registerinhalte in den Hauptspeicher gerettet, urn eine sinn- 
volle Weiterarbeit nach Netzwiederkehr zu sichern. 

Bei Netzwiederkehr erfolgt gerätetechnisch eine vom eingesetz- 
ten Hauptspeicher abhängige Anfangseinstellung. Bei Speichern 
ohne Datenerhalt wird die Exekutive automatisch neu einge- 
lesen. 

Bbı Speichern mit Datenerhalt stellt die Exekutive den gerettee 
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ten Zustand wieder her und bereitet die Abarbeitung aller EJA- 
Driver, die bei Netzausfall aktiv waren, mit ihrem Netzausfall- 
Eintrittspunkt vor. Anschließend prüft die Exekutive, ob Nut- 
zer-Tasks über den eingetretenen Netzausfall informiert werden 
müssen. Nutzertasks haben die Möglichkeit, mittels einer Exeku- 
tive-Anweisung einen asynchronen System-Trag bei Netzwieder- 
kehr anzufordern. Ist das der Fall, leitet die Exekutive die AST 
für alle Tasks ein, die einen AST angefordert hatten. 

Ist die Restartunterstützung nicht generiert worden, geht 
MOEX 1600 bei Netzausfall in den Halt-Zustand. Bei Netz- 
wiederkehr wird in diesem Fall in Abhängigkeit vom eingesetz- 
ten Speicher das System neu eingelesen oder die ZVE in den 
Halt-Zustand versetzt. 


2.11. Speicherbedarf 


Die Minimalvariante der Exekutive benötigt 6 K Worte Haupt- 
speicher fur den hauptspeicherresidenten Teil sowie eine 2-K- 
Partition zur Aufnahme der Komponenten, die als Tasks organi- 
siert sind. Der maximale Bedarf ist praktisch nur für den haupt- 
speicherresidenten Teil (Exekutivkern) angebbar — er liegt be! 
20 K Worten. Der Hauptspeicherbedatf der Komponenten, die 
als Tasks organisiert sind, ist davon abhängig, ob die Tasks in 
einer Partition untergebracht oder auf mehrere Partitions ver- 
teilt werden; die speziellen Einsatzbedingungen (Zeitverhalten) 
bzw. Möglichkeiten (verfügbarer Hauptspeicher) spielen also 
eine große Rolle. 


2.12. Generierung 


Die Generierung der Exekutive wird entsprechend den speziel- 
len Anforderungen des Anwenders vorgenommen. Sie erfolgt 
in drei Abschnitten und wird über die Generienrngsangaben 
gesteuert. 

Im 1. Abschnitt wird anhand der Forderungen des Anwenders 
hinsichtlich der gewünschten Leistung der Exekutive und der 
gerätetechnischen Voraussetzungen der hauptspeicherresidente 
Ted der Exekutive aus Quellmoduln zusammengesetzt; bedingt 
assembliert und in eine Objektbibliothek überführt. 

Im 2. Abschnitt werden die Objektbibliothek der Exekutive in 
eine Maschinencode-Datei überführt, die vom Anwender benö- 
tigten und als Task organisierten Teile der Exekutive (u. a. das 
Kommandoprogramm) als Maschinencode-Datei aufgebaut und 
mit dem hauptspeicherresidenten Teil verkniipft sowie die Par- 
titionsfestlegungen getroffen. 

Im 3. Abschnitt werden die Systemprogramme als Maschinen- 
code-Dateien aufgebaut. 

Der Ablauf der Generierung wird durch Indirektkommando- 
Dateien gesteuert. Ein Hilfsmittel zur Generierung ist außer- 
dem das virtuelle Kommandoprogramm VMR 1600 (MOEX), 
Es dient dazu, in einem MOEX-Abbild auf einer Platte benö- 
tigte Anfangszustände und Anfangswerte festzulegen. Diese 
sind dann nach Neueinlesen des MOEX 1600 von der Platte der 
aktuelle Systemzustand. 

Die Abschnitte 2 und 3 werden vom Anwender selbst ausge- 
führt, während den Abschnitt 1 die Vertriebsbetriebe des VEB 
Kombinat Robotron übernehmen. 


Die Systemprogramme 


des Betriebssystems 
Moos 1600 


Michael Gnädig 
VEB Robotron-ZFT Dresden 


1. Dienstprogramme 
1.1. Allgemeines 


Dienstprogramme dienen gemeinsam mit den Obersetzern und 
Interpretern der Programmentwicklung, der Ausführung spe- 
zieller Systemverwaltungsfunktionen, der Arbeit mit Dateien 
sowie der Unterstützung der Ein-/Ausgabe. Sie arbeiten unter 
Steuerung der Exekutive. 

Das Zusammenwirken verschiedener Dienstprogramme zur Her- 
steHung eines lauffähigen Programms zeigt Abb. 1 am Beispiel 
eines in der Assemblersprache MACRO 1600 geschriebenen 
Programms. 


1.2. Lochbandeingabe PT’ 1600 (MOEX) 


Aufgaben 


Das Lochbandeingabeprogramm PTI (Paper Tape Input) dient 
zum Obertragen vom Lochbandleser auf Platten-ateien. 


Arbeitsweise 


PTI verfügt über eine geblockte Lochbandeingabe mit Wechsel- 
pufferarbeit. Dadurch hängt die Eingabegeschwindigkeit im 
wesentlichen von der Geschwindigkeit des Lochbandlesers ab. 
Die erzeugten Plattendateien sind sequentielle Dateien mit 
sätzen variabler Länge. 

Die maximale Satzlänge beträgt 132 Byte; längere Sätze wer- 
den geteilt. 

Eingelesen werden Lochbänder gerader Parität nach Kodeta- 
belle KO1-7H0, STRGW 356.76. 


1.3. Editor EDI 1600 (MOEX) 


Aufgaben 


Mit EDI können Dateien (Quellprogramme oder anderes Text- 
material) aufbereitet oder über ein Terminal operativ eingege- 
ben werden. Dazu verfügt EDI über Kommandos, mit denen 
einzelne Zeilen oder Gruppen von Zeilen von einer Eingabe- 
datei in einen Hauptspeicherpuffer gelesen, dort bearbeitet und 
anschließend zu einer neuen Ausgabedatei geschrieben werden. 
Der Editor enthält Kommandos zur zeilen- und zur zeichen- 
weisen Aufbereitung, zur Listenausgabe und zum Offnen und 
Schließen von Dateien. 
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Abb. 1 Beispiel des Zusammenwirkens von Dienstprogrammen des 
MOOS 1600 


Arbeitsweise 


Der Editor kann in zwei Modi arbeiten, dem Blockmodus oder 
dem Zeile-für-Zeile-Modus. Während der Laufzeit des Editors 
können die Modi beliebig gewechselt werden. 

Im Blockmodus wird von der Eingabedatei eine bestimmte An- 
zahl von Zeilen (Block) in einen Hauptspeicherpuffer gelesen. 
Die Anzahl der Zeilen kann über ein Editorkommando beliebig 
festgelegt werden. Die standardzeilenzahl je Block ist generier- 
bar. Enthält die Eingabedatei Form-Feed-Zeichen, wird der 
Puffer nur bis zum Erreichen des Zeichens Form-Feed gefiillt. 
Damit ist eine seitenweise Aufbereitung möglich, 

Innerhalb eines Blockes können die zeihen- und zeichenorien- 
tierten Kommandos beliebig benutzt werden. Es ist Vor- und 
Ruckpositionieren möglich. 

Im Zeile-fir-Zeile-Modus wird nur jeweils eine Zeile der Ein- 
gabedatei in den Hauptspeicherpuffer gelesen, wo sie mit zei- 
len- oder zeichenorientierten Kommandos aufbereitet werden 
kann. Beim Vorpositionieren auf die nächste au bearbeitende 


Zeile werden alle vorhergehenden Zeilen auf die Ausgabedatei 
geschrieben. Eine Rückpositionierung ist demzufolge nicht mög- 
lich. 


Arther der helm Editorstart spezifizierter' Eingabedatei (Pri- 
märe Eingabedatei) kann während der Laufzeit des Editors 
über besondere Kommandos eine weitere Eingabedatei (Sekun- 
däre Eingabedatei) eröffnet und zur Datenübernahme ausge- 
wählt werden. Mittels Schließen der ausgewählten sekundären 
Eingabedatei und Offnen einer anderen Datei als sekundäre 
Eingabedatei besteht die Möglichkeit des Zusammensetzens 
einer Datei aus beliebig vielen Eingabedateien. Der Editor ist 
besonders für die interaktive Arbeit im Dialogbetrieb geeignet. 
Darüber hinaus bietet er auch Möglichkeiten der vorprogram- 
mierten Arbeitsweise. Lange Kommandos oder Komniandoket- 
ten, die in einem speziellen Fall häufig benutzt werden, können 
in Makros definiert werden. 

Im Rahmen der Möglichkeiten des Betriebssystems arbeitet der 
Editor Kommandoketten ab, die vor dem Editorstart von einem 
peripheren Datenträger eingelesen wurden. 


1.4. Task Builder TKB 1600 (MOEX) 


Aufgaben 


Der Task-Builder TKB verarbeitet cinen oder mehrere Objekt- 
moduin zu einem abarbeitbaren Programm, die Task, und la- 
gert ein speichergetreues Abbild, die Task-Abbilddatei, zusarn- 
men mit Informationen über die Task auf die Platte aus. 


Arbeitsweise 


Ausgangsdaten für die Task sind die vom Assembler oder von 
Compilern erzeugten Objektmoduln. Zusätzlich wird die Task- 
bildung durch entsprechende TKB-Kommandos und die Über- 
lagerungsbeschreihung bestimmt. 

Neben der Bildung der Task kann sich der Nutzer über den TKB 
eine Task-Zuordnungsdatei mit der Cross-Referenz aller im 
Task benutzten globalen Symbole und eine Symboltabelle er- 
steHlen lassen. Die Task-Zuordnungsdatei gibt über die in der 
Task verwendeten Dbjektmnduln, die Speicherbelegung und 
über die Taskeigenschaften Auskunft. Der TKB greift auf die 
Objektmoduln unter dem Namen zu, unter dem sie vom Com- 
piler bzw. Assembler erzeugt und auf die Platte ausgelagert 
wurden. Ein Zugriff ist auch auf vorher erstellte Objektbiblio- 
theken möglich. Das erzeugte Task-Abbild wird als Plattendatei 
unter einem Namen ausgelagert. Die Speicherzuordnungsdatei 

l tsich entweder sofort ausdrucken oder als Datei auf die 
Platte bringen. Die Symboldefinitionsdatei wird in einem inter- 
nen Format erstellt und kann ebenfalls unter einem Namen 
auf der Platte abgespeichert werden. 

Es besteht die Möglichkeit, Task-Eigenschaften anzugeben, die 
zur Ausführungszeit wirksam werden, sonst gelten Standard- 
annahmen. Mit der direkten Angabe solcher Eigenschaften sind 
folgende Modifizierungen möglich: 


- Beeinflussen der Stellung der Task im Operationssystem 

— besondere Zugriffsrechte zu geschätzten Datenbereichen 

— Auslagerbarkeit bei Unterbrechungen 

— Verhalten im Fehier- und Programmabbruchfall 

— Verwendung bestimmter Hardware-Eigenschaften des 
Systems 

— Anfügen einer Testhilfe 


3O edv-aspekte 1/83 


Deklarieren der Task als Kommandobereich bzw. UP-Bib io- 
thek 

— Bilden der Task für Systeme mit oder ahne Speichervermitt- 
lungseinheit (SVE) 

— Grö<ie des Kellerbereichs 

— Taskpriorität 

— Festlegen der Taskpartition 

— Gerätezuordnungen für die Task. 


Die benötigten Kommandos können sowohl direkt als auch über 
eine Datei (indirekte Kommandodatei) bereitgestellt werden. 
Mit dem Verbinden selbständig übersetzter Programmoduln 
über globale Symbole und durch die Segmentierung ermöglicht 
der TKB eine sehr übersichtliche und hauptspeichersparende 
Strukturierung der Task. 

Mit Hilfe der Cberlagerungsbeschreibungssprache wird die mo- 
dulare Baumstruktur der Task definiert. Ein (7berlagerungs- 
baum besteht im allgemeinen aus einem Wurzelsegment, das 
sich während des Programmlaufes ständig im Hauptspeicher be- 
findet, und weiteren, sich entweder überlagernden oder verket- 
teten, also parallel im Speicher befindlichen Segmenten, die 

nur bei Bedarf in dafür reservierte Bereiche geladen werden. Ein 
Segment besteht wiederum aus einem oder mehreren Programm- 
moduln. Die Oberlagerungsbeschreibung kann sowohl direkt 

als auch über Datei bereitgestellt werden. 


1.5. Testprogramme DEP 1600 (MOEX), 
DDT 1600 (INDEX) und TRACE 1600 (MOEX) 


Aufgaben 


Die Testpragramrne DEP (Debugging Program), ODT (On-line 
Debugging Tool) und TRACE dienen zum Testen von Anwen- 
derprogrammen. Das Programm mu!’ assemb fiert sein und wird 
mit Hilfe des TKB zusammen mit einem der Testprogramme zu 
einer Task verbunden. 


Arbeitsweise 


« DEP 1600 (MOEX) 

Als Startadresse der Task wird vom TKB die Startadresse des 
DEP vereinbart, so daß sich nach dem Start der Task das DEP 
mit der Kommandoroutine meldet. 

Ober Bedienerkommunikation können folgende Leistungen des 
DEP angefordert werden: 


— Ausgabe von Speicherplatz- und Registerinhalten in mehre- 
ren Formaten 

— Eingabe in Speicherplätze und Register im Format Oktal 
(Wort- und Bytemodus) 

— Suchen nach Bitmustern (Worten) im Speicher und nach 
Befehlen, deren Adressen auf eine speziell definierte Adresse 
Bezug nehmen 

— Direkte und interpretative Abarbeitung des Anwenderpro- 
gramms mit Protokollierung. 


DEP besteht aus vier Hauptmoduln: 


— Kommunikation und Kommandoentschlüsselung 

— Kommandoprozessoren 

— Interpretation und Protokollierung 

— Dienstroutinen. 

« ODT 1600 (MOEX) 

Das Testprogrammm ODT ist voni Leistungsumfang her eine 
Untermenge von DEP. 


ODT ist mit DEP im Modul „Direkttest" identisch. ODT er- 
möglicht keine Befehlsinterpretation und Protokodierung der 
Befehlsausführung und belegt nur etwa 30 Prozent des Spei- 
cherplatzes von DEP. Damit ist es besonders in solchen Fällen 
von Bedeutung, wo DEP nicht mehr im Internspeicher Platz 
findet. 


« TRACE 1600 (MOEX) 

TRACE ist das kleinste Testhilfsmittel. Es benötigt etwa 325 
Worte im Speicher. 

TRACE besitzt keine eigene Kommunikation mit dem Bedie- 
ner. Es erhält die von ihm benötigten Informationen vom TKB. 
Mittels einer TKB-Option können eine Programmanfangsadresse 
und ein bis vier Protokollbereiche definiert werden. TRACE 
gibt nach jeder Befehlsausführung innerhalb eines Protokollbe- 
reiches Informationen über eine Reihe von Registern aus. 


1.6. Programme zur Dateiverwaltung 
1.6.1. Dateizugriffsroutinen 1600 des MOOS 1600 


Die Dateizugriffsroutinen FCS (file control service) realisieren 
das Erstellen von Dateien und ihre Verarbeitung im sequen- 
tiellen und direkten Zugriff. Programmtechnisch ist der Datei- 
zugriff realisiert mittels Objektmoduln, die in der Systemobjekt- 
bibliothek enthalten sind und als Unterprogramme im jeweili- 
gen Anwenderprogramm aufgerufen werden. Die Notation der 
Aufrufe ist durch Makros nutzerfreundlich gestaltet. 
Nutzerseitig besteht die Datei aus einem Dateikennsatz, der die 
Attribute der Datei und andere Informationen über die Datei 
enthält, und den logischen Sätzen als eigentliche Informations- 
einheiten. Diese sind fair das System nur durch ihre Länge cha- 
rakterisiert, ihre innere Struktur ist Sache der Anwenderpro- 
gramme. MOOS 16001äßt Dateien mit Sätzen variabler Länge 
und Dateien mit Sätzen fester Länge zu. Im allgemeinen ist 
sequentieller Zugriff möglich. Zu Plattendateien mit Sätzen 
fester Länge ist über die Satznummer auch direkter Zugriff mög- 
lich. Sperifischen Bedürfnissen entsprechend kann über im An- 
wenderprogramm geretteten Satzpositionen auch zu ausgewahl- 
ten Sätzen in Plattendateien mit Sätzen variabler Länge direkt 
zugegriffen werden. Die Dateien werden über die sogenannte 
Dateispezifikation problemorientiert angesprochen. Sie bein- 
haltet Dateispezifikation, die Angaben des Gerätes, des Nutzer- 
identifikationskodes, des Dateinamens, des Dateityps und der 
Versiannummer. 

Ober den Nutzeridentifikationskode und die Schutzmaske von 
Datenträgem und Dateien werden differenzierte Zugriffsrechte 
festgelegt, und zwar in jeweils 4 Nutzerklassen (System. Eigen- 
tiimer, Gruppe des Eigentumers, alle übrigen) mid jeweils 4 Per- 
sonen des Zugriffs (Lesen, Schreiben, Erweitern, Löschen). Der 
Zugriff zu den logischen Sätzen als nutzerseitigen Informa- 
tionseinheiten wird von FCS organisiert. MOEX 1600 greift 
direkt zu logischen Blöcken zu, die zum Beispiel für Platte eine 
feste Länge haben. Für Nutzer, welche die Einordnung der Sätze 
in Blöcke (Blocken/Entblocken) durch FCS nicht nutzen wollen, 
bietet FCS auch die Möglichkeit, unmittelbar zu den logischen 
Blöcken der Datei zuzugreifen. 

Als Träger von Dateien im eigentlichen Sinne bietet MOOS 1600 
Platten (logisch äquivalent sind Disketten) und Magnetbänder 
(logisch nicht äquivalent sind die Kassettenmagnetbänder!). 
Darüber hinaus kann analog einer Datei sequentiell auf Drucker 
geschrieben oder am Terminal gelesen und geshtieben werden. 
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Die Arbeit mit Dateien auf Lochband oder Kassettenmagnet- 
band ist möglich, wird jedoch vom System logisch nur über die 
entsprechenden Systemprogramme PIl bzw. FLX unterstützt. 
Über das Systemprogramm FEX wird die Umsetzung von 
MOOS-Dateien in ESER-Dateien (Magnetband) realisiert. 


1.6.2. Datei-Transferprogramm PIP 1600 (MOEX) 


Aufgaben 


Die Hauptaufgabe des Datei-Transferprogramms PIP (Peripheral 
interchange Program) besteht darin. Dateien zu transportieren, 
Der Datentransport kann zwischen verschiedenen Geräten ( z.B. 
Platte — Magnetband) oder auf dem gleichen Gerät (z. B. von 
einem Plattenbereich auf einen anderen) erfolgen. Funktionen 
von PIP, die Datentransport ausfuhren, sind beispielsweise: 


— Kopieren von Dateien 

— Fügen von Dateien (Bildung einer neuen Datei aus mehreren 
existierenden Dateien) 

— Überschreiben einer existierenden Datei mit einer neuen 

— Erweitern einer existierenden Datei. 


Des weiteren erfüllt PIP auch Aufgaben ohne Datentransport, 
unter anderem: 


- Löschen von Dateien 

— Ausgabe von Dateiverreichaissen 
Änderung von Elementen der Dateispezifikation () nderung 
des Dateinamens, der Zugriffsrechte, des Standardgerätes 
oder des Standard-UFO) 

— Löschen bzw. Eintragen von Dateispezifikationen in ein 
Dateiverzeichnis. 


Arbeitsweise 


Die Funktionen von PIP werden über Kommandos aufgerufen. 
Diese enthalten auch die notwendigen Dateispezifikationen 

für den Zugriff zu den Dateien. Die Verwendung von Standard- 
parametern ermöglicht eine Verkurzung der Kommandozeile. 


1.7. Bibliothekar Lail 1600 (MOEx) 


Aufgaben 


Der Bibliothekar LBR (Librarian Utility) führt foigende Funk- 
tionen aus: 


— Erzeugen von Objekt- bzw. Makrobibllothcksdateien 

— Löschen von einzelnen Moduln aus den Bibliotlieken 
Verdichten einer durch vorangegangene Löschoperationen 
nur noch teilweise ausgenutzten Bibliotheksdatei 
Einstellen von Standards (Makro- oder Objektbibliothek) 
Löschen bzw. Einfugen von Eintrittspurnkten aus Objekt- 
bibliotheken 

— Herauslösen einzelner Moduln aus beliebigen Bibliotheken 
Einfügen von Moduin in Bibliotheken 
Austauschen von Moduln gleichen Namens aus einer Biblio- 
thek 

— Kiirzen von Makrobibliotheken, das heiiit Streichen von 
Kommentartexten. 


Arbeits weise 


Das Ausfuhren der Funktionen wird über Komrnandos realisiert. 
Diese lassen auch Kombinationen det Funktionen zu. 


Der Anwender stellt die Bibliotheken nach seiner Wahl zusam- 
men und ermöglicht so einen schnellen Zugriff durch den Task- 
Builder und den Assembler. 

Bibliotheken sind Direktzugriffsdateien, die einen oder meh- 
rere Moduln gleichen Typs (Objekt- oder Assemblerprogramme) 
enthalten. 


1.8. Programme zur Wartung und Pflege von 
Datenträgern 


Im Rahmen des Betriebssystems MOOS 1600 gibt es noch wei- 
tere Dienstprograrnme fdr Datenrettung, Datenübertragung, 
Prüfung von Dateien, Korrektur von Dateien, Vergleich von 
Dateien sowie Wartung und Pflege der Datenträger. 

Mit Hilfe des Plattenkopierprogrammes DSC können Platten 
sowohl von Platte zu Platte als auch von Platte zu Magnetband 
kopiert werden. An6erdem kann mit diesem Programm eine 
Platte verdichtet werden, so daß anschlietiend zusammenhän- 
gender Platz für die Aufnahme weiterer Programme zur Verfü- 
gung steht. 

Mit den Programmen FLX und FEX ist eine Fannatumwand- 
lung möglich. Sie bieten die Möglichkeit der Übertragung zwi- 
schen Datenträgern in den Dateiformaten des MOOS 1600, 

des LAOS 1600, für Datensicherung und des ESER. Dabei wer- 
den von ihnen eine Reihe peripherer Geräte. zum Beispiel Ma- 
gnetbandgerät oder Folienspeicher bedient. 

Das Programm CMP dient dem Vergleich zweier Eingabedateien 
im KOI-7-Kode. Dabei auftretende Differenzen werden in einer 
Ausgabedatei bereitgestellt. 

5011 eine Platte dahingehend Oberpriift werden, ab sie lesbare 
bzw. richtig zugeordnete Dateien enthält, ist das mit VFY mäg- 
lich. Das. Suchen fehlerhafter Blöcke der Platte dagegen ge- 
schieht mit BAD. 


2. Übersetzer und Interpreter 
2.1. Makroassembler MAC 1600 (MOEX) 


Aufgaben 


Der Makroassembl er MAC 1600 (MOEX,) übersetzt Que]lpro- 
grarnme : die in der Assemblersprache MACRO 1600 geschrie- 
ben sind und erzeugt Objektcode (der vom Task-Builder ver- 
arbeitet wird) sowie Übersetzungslisten. 


Arbeitsweise 


Der Makroassembler arbeitet in zwei Durchläufen. Neben den 
zu übersetrenden Quelldateien können auch Makrobibliotheks- 
dateien angewiesen werden. Die Systemmakrobibliothek wird 
von MAC 1600 automatisch berücksichtigt. 

Im Übersetzungskommando können spezielle Funktionen an- 
gewiesen werden, zum Beispiel zur Obersetzungssteuerung oder 
zum Umfang der Obersetzungsliste. 

Es besteht die Möglichkeit der Ausgabe einer Cross-Referenz- 
Hate. 


Sprachmerkmale 


Die Assemblersprache MACRO 1600 kennzeichnen auiler dem 
üblichen Sprachumfang, der aus sämtlichen Maschinenbefehlen, 
der Benutzung symbolischer Adressen und Darstellungen für 
die Adressierungsarten besteht, folgende Eigenschaften: 
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— MACRO 1600 gestattet eine übersichtliche Programmierweise 
mittels lokaler Symbole mit begrenztem Gültigkeitsbereich. 

— Mit Hilfe globaler SyrPmbole können Verbindungen zwischen 
verschiedenen. unabhängig voneinander übersetzten Qnell- 
programmen hergestellt werden, die beim Bilden der Task 
verbunden werden sollen. In jedem Quellprogramm können 
globale Symbole definiert und/oder benutzt werden. 

— MACRO 1600 ermöglicht das Benutzen von Unterprogram- 
men. Es können interne Unterprogramme als Bestandteil 
des zu übersetzenden Quellprogramms sowie externe Unter- 
programme, die in einer Unterprogrammbibliothek enthal- 
ten sind, abgearbeitet werden. 

— Es stehen Anweisungen zur Verfügung, die die Definition 
von Daten in allen vorhandenen Datenarten innerhalb des 
Programms gestatten. 

— Es gibt Anweisungen zur Definition von Programmsektio- 
nen; dadurch werden die logischen Programmeinheiten be- 
reitgestellt, die beim Bilden der Task verarbeitet werden, 
zum Beispiel zur Herstellung von Überlagerungsstrukturen. 

— Es besteht die Möglichkeit der bedingten Übersetzung. Be- 
stimmte Teile des Quellprogramms können in Abhängigkeit 
von zu testenden Bedingungen wahlweise übersetzt werden. 
Damit können aus einem Quellprogramm bzw. aus ehiem 
einheitlichen Paket von Quellprogrammen über Steuergrößen 
unterschiedliche (Objekt-) Programmversionen erzeugt wer- 
den. 

— In der Sprache MACRO 1600 ist ee umfangreiche Makro- 
technik enthalten, die die Definition und Benutzung von 
Makros (Makrodefinitionen und Makroanweisungen) gestat- 
tet. 

Befehlsfolgen, die in gleicher oder ähnlicher Form in einem 
oder mehreren Quellprogrammen oft wiederkehren, können 
durch Makros ersetzt werden. 

Es können interne Makros als Bestandteil des zu iibersetzen- 
den Quellprogramms sowie externe Makros (die in einer 
Makrobibliothek enthalten sind) benutzt werden. 


2.2. CDL-1600-Programmiersystem 


CDL 1600 ist eine problemorientierte Programmiersprache, die 
speziell für Belange der Systemprogrammentwicklung geschaf- 
fen wurde. 

Gegenüber der Assemblerprogrammierung ergeben sich folgende 
Vorteile: 


°e Durch die Anhebung des Programmierniveaus wird Entwick- 
lungszeit eingespart (bis zu 50 Prozent). 

« CDL-1600-Programme sind zuverlässiger, wartungsfreund- 
licher und verfügen über ein hohes Maß an Selbstdokumen- 
tation. 

« Die Fehlersuche wird einfacher und erfordert wesentlich 
weniger Rechenzeit-Aufwand. 

° Die Portabilität ganzer Programmsysteme wird möglich; his 
zu 80 Prozent des Leistungsumfanges kämen auf Vorgänger- 
oder Wirtsrechnern getestet werden. 


Einsatzgebiet von CDL 1600 ist vorrangig die Systemprogram- 
mierung, jedoch auch die Prozeflsteuerung und die Anwender- 
programmierung. Das CDL-1600-Programmiersystem ist eine 
leistungsfähige Implementierung mit folgenden Merkmalen: 
— Optimierung der Zielprogramme 

— umfassende Fehlerdiagnose und andere Serviceleistungen 


—Laufzeit-Testhilfe 
— eis’fache Bedienung. 


Sprachmerkmale 


° strukturierte Ausdrucksmittel 

CDL 1600 orientiert auf die Prinzipien der strukturierten Pro- 
grammierung und unterstützt den Top-down-Entwurf von Pro- 
grammen. Daraus resultiert: 


eine Erhöhung der Lesbarkeit der Programme 

« eine Einschränkung der Fehlerhäufigkeit 

« eine Verbesserung der Zuverlässigkeit und Wartungsfreund- 
lichkeit der Programme 


«e Modulkonzept 

CDL-1600-Programme sind modular aufgebaut. Die Moduln 
werden getrennt übersetzt. Sie Kommunizieren über exakt defi- 
nierte Schnittstellen. 


« Prozedurkonzept 

Die Formulierung von Algorithmen erfolgt in CDL 1600 in 
Form von Prozeduren. Dazu werden problemorientierte Aus- 
drucksmittel zur Organisation der Ablaufsteuerung von Algorith- 
men bereitgestellt. mit deren Hilfe Rufe von Prozeduren und 
Makros verknüpft werden können. 

e Makrokonzept 

Makros sind Anweisungsfolgen in der Assemblersprache 
MACRO 1600. Beim Aufruf von Makros werden diese Anwei- 
sungsfolgen in das Zielprogramm expandiert. Damit bietet 
CDL 1600 die Möglichkeit, alle Ausdrucksmittel der Assem- 
blersprache zu nutzen. Die Vorteile sind: 


- Die Ausnutzung aller Hardware- und Betriebssystemeigen- 
schaften wird möglich. 

— Der Programmierer hat einen wesentlichen Einfluß auf die 
Effektivität seiner Zielprogramme. 

« Bibliotheken 

Es ist eine variable Arbeit mit verschiedenen Makrobit iotheken 

möglich: 

— Der Inhalt der Makrobibliotheken kann an verschiedene An- 
wendungsfälle angepaßt werden. Damit können für verschie- 
dene Nutzerklassen prob emangepaßte Standarddefinitionen 
und -operationen geschaffen werden. 

-- Die Komplexität der in der Makrobibliothek enthaltenen 
Standarddefinitionen beeinflußt maßgeblich das Program- 
mierniveau. 


Com pilermerkmale 


Das CDL-1600-Programmiersystem besteht aus einem 
- CDL-Compiler 

— Bibliothekscompiler und 

-- sehr kleinen Laufzeitsystem. 


Weiterhin wird eine Standard-Bibliothek zur Verfügung gestellt. 
Die Zielsprache von CDL 1600 ist die Assemblersprache 
MACRO 1600. 


Optimierung 


Die Zielprogramme können bezüglich Laufzeit bzw. Speicher- 
platz wahlweise optimiert werden. Damit werden insbesondere 
Uneffektivitäten, die in den strukturierten Ausdrucksmitteln 
ihre Ursache haben, beseitigt. Optimierte Zielprogramme sind 
in der Effektivität mit Assemblerprogrammen vergleichbar: die 
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Laufzeit ist etwa gleich, die Speicherplatzverlängerung liegt im 
Bereich von 1,2-1,4. 


Fehlerdiagnose 


Die Compiler erkennen eine Vielzahl von Fehlern und weisen 
diese in der Liste positionsgenau mit ausführlicher Charakteri- 
sierung der Fehlerursache aus. Fehler fuhren zum Abbruch der 
Zielcodegenerierung. Weiterhin existieren Warnungen, die auf 
Situationen aufmerksam machen, die mit hoher Wahrschein- 
lichkeit auf algorithmische Fehler hindeuten. Es erfolgt kein 
Abbruch der Zielcodegenerierung. 


Serviceleistungen 


CDL-1600-Programme Können in eine übersichtliche und gut 
lesbare Form transformiert werden (Strukturaralyse). Dabei 
wird eine Liste mit genauer Kommentierung der Prozedurab- 
arbeitung erzeugt. Weiterhin ist die Anfertigung von Cross- 
Referenzlisten möglich. 


Laufzeit-Testhilfe 


Mit Hilfe einer Laufzeit-Testhilfe (TRACE-Routine) Wird die 
Protokollierung auswahlbarer Programmabschnitte möglich. 


Bedienung 


Die Bedienung des CDL-1600-Programmiersystems ist vollstän- 
dig an die Bedienung anderer Systemkomponenten angepaßt. 
Es wird eine variable Steuerung der Listenausgabe, der Service- 
Leistungen und der Bibliotheksarbeit ermöglicht. 


2.3. COBOL-1600-Programmiersysteme 


Die Programmiersprache COBOL ist eine höhere Programmier- 
sprache, die vorwiegend für ökonomische Anwendungen im 
betriebswirtschaftlichen und kaufmännischen Bereich vorgese- 
hen ist. Mit der Implementierung der Programmiersprache 
COBOL, die nicht ohne Grund die international am weitesten 
verbreitete und angewendete höhere Programmiersprache ist, 
wird die Anwendung des Mikrorechnergerätesystems robotron 
K 1600 im ökonomischen Bereich unterstützt und ein höheres 
programmiersprachliches Niveau zur rationellen Erarbeitung 
entsprechender EDV-Projekte ermöglicht. 

Die COBOL-Compiler übersetzen COBOL-Programme in die 
Assemblersprache MACRO 1600. Nach der Assemblierung der 
erzeugten Assembl erprogramme und deren Verbindung mit 
einem COBOL-Laufzeitsystem durch den TKB entsteht ciii ab- 
arbeitbares Programm. 


Arbeitsweise 


Der COBOL-1620-Compiler (COB 1620) übersetzt COBOL- 
1620-Programme in einem Durchlauf und erzeugt ein aus zwei 
Programmsegmenten bestehendes Assemblerprogramm. 

Der COBOL-1630-Compiler (COB 1630) übersetzt COBOL- 
1630-Programme in drei Durchlaufen in ein Assemblerpro- 
gramm. 

Die vom Compiler geführten Tabellen werden in einem virtuel- 
len Speicher verwaltet. 

Während des gesamten Übersetzungslaufes erfolgt eine ausführ- 
liche Fehlerdiagnose, wobei detaillierte Fehlermeldungen er- 
zeugt werden, die als Bestandteil der Übersetzungsliste oder 


als getrennte Fehlerliste dem Nutzer ausgegeben werden. Zu- 
sätzlich kann der Nutzer die Ausgabe der Crossliste anweisen. 
Während von COB 1 620 erzeugte Zielprogramme durchgehend 
interpretativ abgearbeitet werden, werden die von COB 1630 
erzeugten Zielprogramme interpretativ und direkt abgearbeitet. 
Für COBOL-1630-Sprachkonstruktionen, die relativ häufig auf- 
treten und relativ einfach (iber die Maschinenbefehle des K 1630 
realisierbar sind, wird ein Zielkode erzeugt, der direkt abgear- 
beitet wird. Das Abarbeiten der COBOL-Zielprogramme erfor- 
dert die Verfügbarkeit der Satzzugriffsroutimen RMS, die Be- 
standteile der POS für K 1600 sind/V/. 


Sprachmerkmale 


w COBOL 1620 

Die dem COBOL-Compiler COB 1620 zugrunde liegende Sprach- 
version realisiert im wesentlichen die Stufe 1 des ANSI-COBOL- 
Standards von 1974 einschließlich der Verarbeitung von Direkt- 
zugriffsdateien. Sie ermöglicht den Aufruf von FORTRAN- und 
Assembl erunterprogrammen. Bezüglich der Quellsprache be- 
steht Kompatibilität zu COBOL 1520. 


« COBOL 1630 

Die durch den COBOL-1630-Compiler für den K 1630 reali- 
sierte Sprachversion COBOL 1630 ist entsprechend den Festle- 
gungen des international anerkannten ANSI-COBOL-Standards 
von 1974 definiert worden. 

Bezüglich der Quellsprache besteht Aufwärtskompatibilität von 
COBOL 1620 zu COBOL 1630. 

Die Programmiersprache COBOL 1630 besitzt im Vergleich zum 
ANSI-COBOL-Standard von 1974 folgenden Leistungsumfang: 


Sprachkern (NUCLEUS) auf Stufe 2 

- sequentielle Dateiverarbeitung auf Stufe 2 

— relative Dateiverarbeitung auf Stufe 2 
indexsequentielle Dateiverarbeitung auf Stufe 2 
Tabellenverarbeitung auf Stufe 1 
Segmentierung auf Stufe 2 
Testuntersetzung auf Stufe 1 

- Quellprogrammbibliothek auf Stufe | 
Unterprogrammtechnik auf Stufe I. 


(Die Stufe 2 entspricht der höchsten Stufe des jeweiligen Mo- 
duls.) 


2.4. BASIC-Programmiersystem BAS 1600 (MOEX) 


BASIC 1600 ist eine problemorientierte Programmiersprache 
zur Lösung wissenschaftlich-technischer Aufgaben. 
BASIC 1600 zeichnet sich vor allem durch folgende Eigenschaf- 
ten aus: 
Einfache Erlernbarkeit 
— Unterstützung der interaktiven Arbeit 
*- Aufruf von Codeunterprogrammen 
— Interpretative Abarbeitung von BASIC-Programmen 
— Erweiterung des ANSI-Standards für BASIC 
— Kompatibilität zwischen BASIC 1520 und BASIC 1600. 


Sprachmerkmale 


« Einfache Erlernbarkeit 

BASIC (Beginners All-purpose Symbolic Instruction Code) ist 
eine der am einfachsten zu erlernenden Programmiersprachen. 
BASIC-Anweisungen setzen sich aus englischsprachigen Schlüs- 
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selworten und Ausdrucken in ub ihher Formelschreibweise zu- 
sammen. 


° Unterstutzung der interaktiven Arbeit 

BASIC-Programme Können unsortiert aber das Terminal einge- 
geben werden. Die Eingabezeilen werden syntaktisch uberpruft 
urid entsprechend ihrer Zeilennummer einsortiert. Syntaktisch 
falsche Zeilen werden abgewiesen. Das eingegebene Programm 
kann ohne weitere Zwischenschritte gestartet werden. Verläuft 
der Programmlauf nicht wie gewunscht, kann das eingegebene 
Programm editiert und sofort wieder gestartet werden. 


° Aufruf von Codeunterprogrammen 

Es besteht die Möglichkeit des Aufrufes von Assemb er-Unter- 
programmen. Die Unterprogramme müssen vorher in den 
BASIC-Interpreter eingebunden werden. 


° Interpretative Abarbeitung von BASIS-Programmen 

Die eingegebenen BASIC-Programme werden interpretativ ab- 
gearbeitet. Die sonst ubl ichen Routinearbeitsgänge Editieren- 
(Tbersetzen-Taskbllden-Testen vereinfachen sich. Sofort nach 
der Eingabe oder Änderung eines Programms kann dieses ge- 
startet werden. Es ist außerdem möglich, kleine Berechnungen 
auszufahren, ohne eis Programm zu schreiben. Die nötigen An- 
weisungen werden ohne Zeilennummer eingegeben und von 
BASIC sofort ausgeführt (Direktmodus oder Taschenrechner- 
modus)- Die Arbeit im Direktmodus bietet zugleich eine Em 
geeigneten Stellen unterbrochen werden. Variablen im Direkt- 
modus ausgegeben oder verändert werden und der Progranim- 
lauf durch eine GOTO-Direktanweisung fortgesetzt wird. 


° Erweiterung des ANSI-Standards fur BASIC 

BASIC 1600 enthält neben den im Minimalstandard für BASIC 
(ANSI x 3.60-1978) definierten Sprachelementen Erweiterun- 
gen zur Verarbeitung von Zeichenketten, zur Verarbeitung se- 
quentieller Dateien, zur formatierten Ausgabe von Daten und 
zur Überlagerung von BASIC-Prograrnnen. Diese Erweiterun- 
gen realisiert BASIC 1600 mit folgenden sprachlichen Mitteln: 


Zeic henket tenverarbeitu ng: 


— Zeichenkettenvariable für Zeichenketten von 0 ... 255 Zei- 
chen Länge 

— Zeichenkettenfelder 

— Verkettung von Zeichenketten 

— Standardfunktionen zum Suchen von Teilzeichenreihen; 
zum Ausschnitt von Teilzeichenreihen usw. 


Verarbeitung sequentieller Dateien: 


— Eröffnung von Em- und Ausgabedateien mit OPEN-Anwei- 
sung 

— Schließen von Dateien mit CLOSE-Anweisung 

— Eis- oder Ausgabe mit INPUT #- bzw. PRINT #-Anweisung 

— Löschen von Dateien mit KILL-Anweisung 

— Umbenennen von Dateien mit NAME-Anweisung 

Formatierte Ausgabe von Daten: 

— Ausgabe von Daten mit der PRINT-USING-Anweisung 

Überlagerung von BASIC-Programmen: 

— Mit der CHAIN- bzw. OVERLAY-Anweisung können Pro- 
gramme in Abschnitten abgearbeitet werden. Die COMMON- 
Anweisung gestattet die gemeinsame Benutzung von Varia- 
blen durch mehrere Ahschnitte. 


° Kompatibilität zwischen BASIC 1520 und BASIC 1600 


BASIC-Programme, die vom Dialog-BASIC-Interpreter DBIN 
1520 (MEOS) verarbeitet werdeLl. können auch mittels BASIC- 


Interpreter des K 1620 abgearbeitet werden, wenn sie keine 
K-i 520 spezifischen Anweisungen zur Prozeßverarbeitung ent- 
halten. 


2.5. FORTRAN-Programmiersystem FOR 1600 
(MOEX) 


FORTRAN 1600 basiert auf dem FORTRAN-IV-Standard- 
Sprachumfang, hat aber viele effektive Erweiterungen und 

kann fast alle Systemressorcen nutzen. Dadurch ist diese Spra- 
che nicht nur zur Lösung wissenschaftlich-technischer Aufga- 
ben nutzbar, sondern sie eignet sich auch hervorragend für Echt- 
zeitanwendungen. Das FORTRAN-system besteht aus dem 
Compiler und dem Laufzeitsystem oTS. Besondere Kennei- 
chen sind: 


— Einfache Kommunikation mit dem Comp iler 

— effektive Codegenerierung 

— Optimierung des generierten Sodes 
nutzerfreundliche Ein-/Ausgabeanweisungen 
umfangreiche Fehlerdiagnose bei der Compilierung und 
Programmausführung 
leistungsfähiges Paket von Systemunterprogrammen 

— Segmentiering von FORTRAN-Programmen beim Task- 
bilden 

— Benutzung speicherresidenter Bibliotheken von FORTRAN 
Programmen. 


Sprachumfang 


FORTRAN 1600 entspricht den Festlegungen von ANS FOR- 
TRAN X3.9-1966. Folgende Erweiterungen zum Standard wur- 
den aufgenommen: 


— In Ausdrucken können alle Datentypen einschliel3lich COM- 
PLEX vermischt auftreten. 

— Als Feldirudex kann jeder arithmetische Ausdruck verwen- 
det werden. 

— Bis zu 7-dimensionale Felder sind zulässig. 

— Zeichenketten in Apostroph können an Stelle von Hollerith- 
Konstanten verwendet werden. 

— Bei DO-Anweisungen sind für Anfangswert, Endwert und 
Schrittweite Ausdrücke angebbar. Der Wert der Schrittweite 
kann negativ sein. 

Der Steuerparameter in berechneten GOTO-Anweisungen 
kann ein Ausdruck sein. 

— Die Markenliste in der zugewiesenen GOTO-Anweisung ist 
wahlweise. 

— Zusätzliche Ein-/Ausgabeanweisungen 

— Standardformat bei Ein-/Ausgaben 

— END- und ERR-Konstruktionen zur Spezifikation von Da- 
teiende und Fehlerbedingung. 

— In der Liste der Ausgabeanweisungen WRITE, TYPE und 
PRINT sind Ausdrucke angebbar. 

— Externe Feldbegrenzungen bei der Dateneingabe zum (7ber- 
lesen der Formatspezifikation. 

— Listengesteuerte Datenübertragung zur Ausgabe von Daten 
im Standardformat oder zur Eingabe feldbegrenzter Daten. 
Geräteorientierte Anweisungen ACCEPT. TYPE, PRINT. 
Unformatierte E/A-Anweisungen mit direktem Speicher- 
zugriff rum Lesen oder Schreiben von Dateien in beliebigem 
Format. 

Konvertierungen von Speicher zu Speicher ENCODE. 
DECODE. 
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Dateisteuerung OPEN, CLOSE. 

Die logischen Operationen .AND., OR., .NOT., .XOR. und 
.EQV. können auf Integer-Daten angewendet werden, um 
Bitmanipulationen ausrPuführen. 

IMPLICIT-Vereinbarung zur impliziten Typvereinbarung 
von Namen. 

Zus liche Datentypen BYTE und LOGICAL 1 zur 5pei- 
cherung von Zeichen oder kleiner Bitwerte. 
Testanweisungen, gekennzeichnet durch ein D in Spalte 1. 
kännen in Abhängigkeit vom Compilerschalter bel der Über- 
setzung als Anweisungen oder Kommentar gewertet werden. 
Jede Anweisung kann auf der gleichen Zeile nach einem 
Ausrufezeichen (!) kommentiert werden. 


FOR TRAN-Compilee 


Der FORTRAN-Compiler liest eine FORTRAN-1600-Quell- 
datei und erzeugt auf der Ausgabeseite eine Objektdatei und 
eine Listendatei. Die zu einem vollständigen FORTRAN-Pro- 
gramm gehörenden Objektmoduln, benötigte Biß iotlieksunter- 
programme und die Moduln des Laufzeitsystems OTS müssen 
mit dem Taskbuilder zu einem abarheitbaren Task verbunden 
werden. 

Der Compiler ist durch extrem kurze Obersetrungszeiten cha- 
rakterisiert. Er arbeitet bereits in einer Partition von 8 K Byte 
und kann dann nach Programmeinheiten von etwa 500 Quell- 
programmzeilen verarbeiten. Trotz seiner hohen Dbersetzungs. 
geschwindigkeit und des geringen Speicherbedarfs führt der 
Compiler verschiedene Optimierungen des generierten Objekt- 
codes durch. So werden redundante Ausdrucke eliminiert, Korn- 
stanten-Ausdrücke zusa mengefatit, Verzweigungsstrukturen 
optimiert und verschiedene Index-Optimierungen ausgeführt. 
Die Kommunikation mit dem Compiler entspricht der allge- 
meinen Form der Systemprogramme im Betriebssystem. Durch 
Angabe von Schaltern können bestimmte Obersetzungsfunk- 
tionen gesteuert werden. Das sind beispielsweise die Auswahl 
der gewünschten Listenfarmen, die Übersetzung von Testzei- 
len, verschiedene Optimierungen hinsichtlich Speicherplatt 
und Rechenzeit. die Vektorierung von Feldern und die Erläute- 
rung von Warnungen. 


Laufzeitsystem DT5 


Das Laufzeitsystem enthält die zur Ausführung von FORTRAN- 
Programmen benötigten Routinen. Es kann Bestandteil der 
Systembibliothek sein. Der Compiler generiert in der Objekt- 
datei Informationen, welche Moduln der OTS den Ablauf des 
FORTRAN-Programms erzeugen. Der Taskbuilder sucht dann 
die benötigten Routinen aus der das OTS enthaltenden Bih]io- 
thek und verbindet sie zu einem abarbeitbaren Programm. 


Fehlerdiagnose 


Ein umfassendes System der Fehlerdiagnose unterstbtzt den 
FORTRAN-Programmierer sehr wirkungsvoll bei der Entwick- 
lung fehlerfreier Programme. 

Bereits während der Obersetzung signalisiert der Compiler aus- 
ftihrlich Programmierfehler. Etwa ] 00 Fehlerarten können 
unterschieden werden. Zusätzlich warnt der Compiler vor sol- 
chen Programmelementen, die bei der Abarbeitung zu Fehlern 
fuhren können. Während der Laufzeit kontrolliert ein Fehler- 
system die Programmabarbeitung. Dieses System ftihrt eine 
Fehlernickverfolgung durch und lokalisiert die aktuelle Pro- 
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grammeinheit und die Anweisungsnummer des verursachenden 
Fehlers. Bei Unterprogrammen wird der Fehler bis in die ver- 
ursachende Programmeinheit rückverfolgt und eine Liste der 
Modulnanien uod der entsprechenden Zeilennummern ausge- 
geben. 

Zusatzlich kann der Programmierer bereits während der Pro- 
granlmierung Anweisungen zur Fehlersuche und Protokollie- 
rung in das Programm einfügen. Diese Anweisungen, mit einem 
D in Spalte ] , übersetzt der Compiler wahlweise als Kommen- 
tar oder Anweisungen in Abhhigigkeit von der Kommandoein- 
gabe_ Mittels Ausgabe ausgewählter Variablen oder PAUSE- 
Anweisungen kann die Programmabarbeitung verfolgt werden 
oder diese Anweisungen werden im fehlerfreien Programm als 
Kommentar gewertet. 


Benutzung von Bibldkatheken 


Die Systembit iothek enthält das Laufzeitsystem OT5 und 
einen Komplex von Unterprogrammen, der den Zugriff zu fast 
allen Systemleistungen ermoglicht. Der Nutzer kann sich auch 
eigene Ohjekthih]iotheksdateien zu Unterprogrammen in 
FORTRAN- oder Assemblercode bilden; so kann sich daS OTS 
auch in einer extra Bibliothek befinden. Diese Bibliotheken 
lassen sich !einn Taskbilden mit einbeziehen. FORTRAN-Pro- 
gramme können auch mit hauptspeicherresidenten Biß iotheks- 
modulr verbunden werden. 


2.6. PASCAL-Programmiersystem 
PAS 1600 (MOEX) 


Die Programmiersprache PASCAL ist kompakt, leicht erlernpar, 
fördert das strukturierte Programmieren und gestattet die Ent- 
wicklung betriebssicherer, effektiver sowie maschinenunabhän- 
giger Programme. PASCAL eignet sich auf Grund der Einfach- 
heit seiner Konzepte und des geringen Umfangs besonders als 
Lehrsprache. 

Der Leistungsbereich von PASCAL überdeckt aber auch die 
Belange von Problemen der Systemprogrammierung; ebenso 
kann sie für wissenschaftlich-technische sowie ökonomische 
Aufgaben verwendet werden. 

PASCAL ist eine Weiterentwicklung von ALGOL und enthält 
moderne Sprachkonzepte der 70er Jahre. ” 

Diese Eigenschaften werden vom Programmiersystem weitge- 
hend unterstützt. 


Sprachumfang 


Der PASCAL-Compiler für MOOS 1600 verarbeitet PASCAL- 
Programme entsprechend des B5]jISO Working Draft/3 für 
Standard-PASCAL. Die realisierte Sprache ist bis auf Maschi- 
nenabhängigkeiten (Wertebereich, Genauigkeit von REAL- 
Daten, Zeichensatz) kompatibel zu PASCAL für OS/ES. 
PASCAL für MOOS 1600 besitzt des weiteren folgende Merk- 
male: 


— Der Standardtype CHAR umfaßt den vollständigen ASCH- 
Code. 

-- Es sind die im Standardvorschlag angegebenen Standard- 
funktionen und -prozeduren realisiert. 

— Es bestehen Anschlußmöglichkeiten für FORTRAN- und 
Assemblenoutinen sowie für getrennt übersetzte PASCAL- 
funktionen oder -prozeduren. 


Der Compiler 


Der PASCAL-Compiler arbeitet in mehreren Schritten. Im 
ersten Schritt wird ein Zwischencode (P-Code) erzeugt. Dieser 
Zwischencode kann in einem folgenden Schritt durch Interpre- 
tation ahgearbeitet werden oder mittels Assern iertng in Ob- 
jektcode überfuhrt werden. Der Objektcode wird vom Task- 
Builder zu einem ausführbaren Programm weiterverarbeitet. 
Dabei können Moduln aus einer FORTRAN- oder PASCAL 


Eine Optimierung erfolgt- indem dberflüssige Lade- und Spei- 
cherbefehle beseitigt werden (Peephole-Optirnierung). 
Verschiedene Compilerfunktionen (Ausgaben und Dienstlei- 
stungen) können aber Kommando gesteuert werden. 

Für Dokumentationszwecke bzw. zur Fehlersuche gibt der 
Compiler umfangreiche Informationen aus: 


— Quelltext mit P-Cade-Instruktionszähler 

— Fehlerkennzeichnung im Queiltext 

— Markierung des Beginns und Endes vor RECORD-Defini- 
tionen. CASE-Anweisungen und Verbundanweisungen 

— Auflistung der generierten P-Code-Instruktionen 

— Ein Symbolnachweis kann von einem Zusatzprogramm er- 


zeugt werden. 


Der Compiler arbeitet unter der Steuerung des Betriebssystems 
MOOS 1600. Er belegt eine Partition von mindestens 20 K 
Worten. 


N 


Laufzeitsystem 


Das Laufzeitsystem steuert die Ausführung der ubersetzten 
PASCAL-Programme und führt eine Diagnose von Laufzeitfeh- 
lern aus. 

Das ESA-System benutzt die sequentiellen Zugriffsroutinen 
und Routinen für die E/A über Terminal (Datenendplatz). 


Fehlerdiagnose 


Während der Compilierung und Ausführung wird eine umfang- 
reiche Fehlerdiagnose ausgeführt. Der PASCAL-Compiler für 
MOOS 1600 nutzt die durch die Sprache gegebenen Möglich 
keiten für die statische C’berprufung von Kontextabhangigkei- 
ten (Typverträglichkeit) weitgehend. 

Über den DEBUG-Schalter können zusätzliche Tests auf Ein- 
haltung des Wertebereiches hei Aufzählungs- und Teilbereichs- 
typen und der Indexgrenzen eines ARRAY-Types bei Index- 
ausdrucken während der Ausführung eines Programms gefor- 
dert werden. Bei Programmabbruch wird wahlweise eis Post- 
Mortem-Dump ausgegeben. 
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1. Einsatzgebiet der POST 1600 


Mit der POS-Technologie POST 1 600 werden Methoden und 
Mittel zur systematischen und rationellen Programmerstellung 
für die Entwicklung von Mikrorechner-Software bereitgestellt. 
OST 1600 ist em technologisches System zur Softwareent- 
wicklung für die Basisrechnersysteme robotron A 640x, das 
aus methodischen und programmtechnischen Mitteln besteht 
(Abb. 1). 
Die methodischen Mittel der POST 1600 sind anwendungstech- 
nisch aufbereitete Methoden und Verfahren, die vor allem der 
technologischen Unterstützung des Entwurfsprozesses und dem 
Testen der Systeminterlagen dienen. Die programmtechnischen 
Mittel sind zu einem Technologischen Programmsystem zur 
soft are-Entuncklung (TE,SO 1600) zusammengefaßt. TESO 
1600 unterstützt die technologischen Prozesse Implementieren 
und Testen sowie die dazugehörigen Nebenprozesse Dokumen- 
tieren, Verwalten und Kontrollieren. 
Das Zusammenspiel der einzelnen Prozesse zeigt Abb. 2. Der 
SOS-Entwicklungsprozeß wird nach Tatigkeiten in die Haupt 


prozesse 


« Entwerfen 
° Implementieren 
° Testen 


und die Nebenprozesse 


« Dokumentieren 
° Verwalten 
« Kontrollieren 


unterteilt. 


POST 1600 


Methodische Mittei I ITE5QO 1600 II Methodesehe Mittel 
zum Entwerfet zum Tes”en 


f 


A ImplenmenI zezen Testen 


Ooxkuenennzeeen 


Verwalten 


Abb. 1 Übersicht PD5ST 1600 
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Nebenprozesse 


© 
© 
3 
13 
& 
x 
S 
Q 


Verwalten 
Kontroilieren 


Entwerfen 
en Ta en a 


implementieren 


Hauptprozesse 


A’bb. 2 Haup[- und Nebenprtrnesge der PII5-Entwicklung 


Die Hauptprozesse laufen zeitlich nacheinander ab, wobei sie 
von den Nebenprozessen durchdrungen und überlappt werden. 


2. Tech nologische Prozesse der PQ**-Entwicklung 


Entwerfen 


Ausgehend von einer gegebenen Ziel- und Aufgabenstellung 
ist in zwei Stufen eine Pro’blemlösung zu erarbeiten. 

1. Stufe: 

Problemorientiertes Entwerfen 

Als Ergebnis entsteht ein problemorientierter Systementwurf 
mit Angabe 

- der Problemstruktur 

- von Teilalgorithmen 

- der Datenstruktur 

der Ablaufstruktur. 

2. Stufe: 

Programmorientiertes Entwerfen 

Als Ergebnis entsteht ein programmorientierter Systementwurf 


mit Angabe 

- der Struktur als Hierarchie programmtechnischer Einheiten 
einschließlich Ablaufsteuerung 

- der Datenbeschreibung. 


Implemen zieren 


Ausgehend vam programmorientierten Systementwurf wird im 
Hauptprozeß Implementieren ablauffähige POS erzeugt. 
Drei Hauptphasen werden durchlaufen: 


- Kodieren des Entwurfs 
- Obersetzen der Quellprogramme in Objektform 
- Verbinden der Objektmoduln. 


Testen 


Im Hauptprozeß Testen werden die implementierten ablauffähi- 
gen POS mittels Ablauftest auf Erfüllung der Ziel- und Aufga- 
benstellung in Verbindung mit dem konkreten Betriebssystem 
MOOS 1600 und dem jeweiligen Basisrechner A 640x geprüft. 


Verwalten 


Die Aufgabe des Verwaltens ist die Abspeicherung. Wiederauf- 
findung und Pflege von POS im Entwicldungs-, Wartungs- und 
An wendungsprozeß. 


Dokz 'mentieren 


Die Aufgabe des Dokumentierens ist es, alle relevanten Daten 
über ein POS-Produkt schritthaltend mit dem Prozeß seiner 
Entwicklung zu fixieren. 


Koretrallieren 


Die Aufgabe des Kontrollierens ist die technologische Überpru- 
fung der End- und Zwischenergebnisse des Entwicklungspro- 
zesses von POS, schritthaltend mit dem Entwicklungsablauf. 


3. TESO 15p0 


Das Kernstück der POST 1600 sind die programmtechnischen 
Mittel, das heißt TESO 1600. 

Mit Vorliegen des programmtechnischen Entwurfs beginnt die 
Arbeit mit TESO 1600. Unter Nutzung der Kodierrnittel TESO 
1600 wird der Entwurf in Form von Quellprogrammen notiert. 
Mit der Eingabe der Quellprogramme wird die im Dialog ge- 
steuerte maschinelle Überführurıg des Entwurfs in ablauffähige 
Systemunterlagen eingeleitet. 

Die Bedienung des Systems geschieht im Mensch-Maschine- 
Dialog auf problemarientiertem Niveau. Mittels einfacher Kenn- 
zeicheneingabe am Bildschirnterminai werden die von TESO 
1600 gewünschten Leistungen angefordert. TESO 1600 spezi- 
fiziert dann im Dialog mit dem Systemunterlagenentwickler 
die benötigten Detailangaben selbst und fLihrt anschließend die 
gewünschten technologischen Aktionen aus. TESO 1600 bietet 
programmtechnische Mittel unter anderem für folgende Auf- 
gaben: 


Editieren 


- Bereitstellen von Quclitexten aus entsprechenden Bibliothe- 
ken 

- Korrektur interaktiv oder mit bereitgestellten Korrektur- 
daten 

- Riickspelchern in Bibliothek 


Assemovlieren 


- Bereitstellen des Quelltextmoduls 
-« Verketten der benötigten Bibliotheken 
- wahlweises Katalogisieren des erzeugten Objektmoduls 


Verbinden 


- Bereitstellen des Top-Moduls 

- Verketten der benötigten Bibliotheken 
- Binden zum ablauffähigen Pragramm 

- Speichernun gesetzten Nutzerbereich 


Modulanpassung 
- Eintragen der erforderlicben Adressierungsmodi 
- Anpassen des Moduls an spezielle Einsatzbedingungen 


Kataloisieeen 


von Quelltexten in Queltextbibliotheken 
von Objektmoduln in Objektmodulbibl iotheken 
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Pseudomodul 

— Erzeugung von Pseudomoduln für noch nicht programmierte 
Moduln niederer Ebenen zum Testen einer Modulhierarchie 
nach dem TOP-DOWN-Prinzip 


Testrahmen 


— Erzeugung von Testrahmen für den Einzeltest von Moduln 


Datenmanipulator 


Ändern (Löschen, Ersetzen, Einfiigen) von Datensätzen bzw. 
einzelnen Daten in einer Testdatei 
interaktives Eingehen von Daten zur Ausführung der beab- 
sichtigten Änderung in der Testdatei 

— automatisches Anpassen des Datentyps der eiligegebenen 
Daten an den intern erforderlichen Typ (Datenkonvertie- 
rung) 
Ausgabe des geänderten Satzes auf das Bediengerät 
Protokofierung der ausgeführten Datenmanipulation. 


4. Bereitstellungsform der POST 1600 


Die POST 1600 wird,vom Rohotron-Vertrieb Berlin vertrieben 
und in Form von Vertriebseinheiten (VE) bereitgestellt.' 


Vertriebs- Bezeichnung Bestandteile 


einheit 


l 


POS-Technologie 
Konzeption der 
POS-Technologie 
und aflgemeinc 
technologische Mittel 


Konzeption der POS- 

Tetno-ogk 

Begriffe der POS-Technologie 
Funktionsorientierte Entwurfs- 
methode 

Datenorientierte Entwurfs- 
methode 

Pseudocode 
Strukturprogramme 
HIPO-Entwurfsmethode 
Dokumentationssystematik fur 
problemorientiertes Entwerfen 
Testmethodik 


POS-Technologie 
POST 1600 
Allgemeine metho- 
dische Mittel 


Übersicht iiber POST 1600 
Kurzcharakteristik TESO 1600 
Abl auf des Entwicklungspro- 
zesses mit POST 1600 
Programmorientiertes Ent- 
werfen 
Dokumentationssystematik 
der POST 1600 


Technologisches 
Programmsystem 
zur Software-Ent- 
wicklung TESO 
1600 


TESO 1600 (MAC) auf Daten- 
träger (Makroassembler- 
sprache) 

TESO 1600 (FOR) auf Daten- 
trager 
Anwendungsbeschreibung für 
TESO 1600 (MAC) 
Anwendungsbeschreibung fur 
TESO 1600 (FOR) 
Programmtechnische Beschrei- 
hung 


I! Die VE 1 wird auch über den VEB Robotron-Zentrum für Forschung 


und Technik Dresden vertrieben. 


POS für die 
Basisrechner 
des Kombinats Robotron 


Robert Syring 
VEB Robotron- Vertrieb Berlin 


1. Einführung 


Die Fortschritte der Gerätetechnik zur Informationsverarbei- 
tung und der Erkenntnisfortschritt auf dem Gebiet der System- 
unterlagenentwicklung haben in den letzteii eineinhalb Jahr- 
zehnten unter anderem auch zu beträchtlichen Veränderungen 
in der Struktur der zu verwendenden Systemunterlagen geführt: 
Auf seiten der problemorientierten Systemunterlagen (POS) 
hat der von konkreten Anwendungsgebieten unabhängige Ted 
eine zunehmende Bedeutung erlangt. Fur die Basisrechner 

A 640x des Kombinats Robotron und die darauf aufbauenden 
arbeitsplatzbezogenen Konfigurationen A 64xx gibt es diese 
anwendungsneutrale PoS in zwei Stufen: 


° Als von jedem Anwendungsgebiet unabhängige PO5, die zur 
Lösung von allgemeinen, in allen (oder einer Mehrzahl von) 
Anwendungsgebieten auftretenden Informationsverarbei- 
tungsaufgaben genutzt werden können (in der Terminologie 
des Kombinats Robotron als Querschnitts-POS (QPOS) be- 
zeichnet) und speziell für Basisrechner von Bedeutung sind 


I PO5 fur Anwendungs- 


} (bsungen 


oPos K 1600 


Abb. 1 Struktur der POS K 1600 
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« als fur eine spezielle arbeitsplatzbezogene Konfiguration er- 
setzbare, aber noch vom konkreten Anwendungsgebiet un- 
abhängige POS /V/. 


Die generelle Struktur der POS K 1600 ist in Abb. 1 dargestellt. 


Dieser Beitrag gibt dem potentiellen Anwender von Basisrech- 
nern A 640x und von darauf aufbauenden arbeitsplatzbezoge- 
nen Konfigurationen A 64xx einen Überbl ick über die verfüg- 
bare QPOS und befähigt ihn, seine Einsatzvorbereitung ent- 
sprechend auszurichten. 


2.  Querschnitts-POS des K 1600 


Die in der allgemeinen POS K 1600 enthaltene POS mit quer- 
schnittsorientiertem Charakter setzt sich aus folgenden Kom- 
ponenten zusammen: 


RMS 1600 Record Management Services — Satzzugriffs- 
system 

DAVE 1600 Dateiverarbeitung 

DABA 1600 Datenbankbetriebssystem 

MALEOQ 1600 Mathematische Verfahren — Matrizenopera- 
tionen und lineare Gleichungssysteme 

MAST 1600 Mathematische Standardprogramme 

MOBA 1600 Modulbasis 

UDAF 1600 Universelles Dateneingabe- und Prüfsystem 


MASTAT 1630 Verfahren der mathematischen Statistik. 


Für einige dieser Komponenten wird in einer weiteren Ausbau- 
stufe das Leistungsspektrum erweitert. 

Die zusätzlich zu entwickelnden Komplexe wurden aus den 
Erfordernissen bereits praktizierter Einsatzfälle abgeleitet 
(siehe Abschnitt 2.9.). 


2.1. RMS 1600 


RMS 1600 ist eis universelles Satzzugriffssystem, das für alle 
die Aufgabengebiete besonders geeignet ist. bei denen umfang- 
reiche Datenmengen erfaßt, archiviert, aktualisiert und wieder- 
aufgefunden werden müssen. Die vorliegende Version ist nur 
auf dem MRS K 1630 abarbeitbar. 

Aufgrund seines modularen Konzepts kann es leicht an kon- 
krete Einsatzfälle angepaßt werden. 

Mit Hilfe von RMS können die Zugriffsarten sequentiell und 
wahlfrei für Dateien mit den Organisationsformen sequentiell, 
relativ und index-sequentiell realisiert werden (Tab. 1). 

RMS gestattet den simultanen geteilten Zugriff mehrerer Nut- 
zer zu einer Datei. Ein Wechsel der Zugriffsart ist bei jedem 
neuen Dateiöffnen möglich (dynamischer Zugriff). Der in Be- 
triebssystem MOOS 1600 gewährte Dateischutz ist auch für 
RMS-1600-Dateien vorgesehen. 

Aufgrund der Blockungsmethode (Zusammenfassen größerer 


Tab. 1 Übersicht nes Satzzugriffssystems RMS 1600 


N Zugriffs- wahlfrei (Zugriff Tiber:) 


methode 
n 


sequen- Satz-Nr. Schlüssel Datei-Satz- 


Datei- tiell adresse 
organisation 

sequentiell K 
relativ x K 


index sequentiell 


Datenbereiche) wird eine Verringerung der erforderlichen Zu- 
griffe zu den Dateien erreicht. 


Programmkonzeption des RMS 1600 


Das Nutzermakro-Interface stellt für alle Servicefunktionen 
Macros mit problemorientierten Bezeichnungen bereit. 

Über die Steuerblöcke erfolgt der Informationsaustausch zwi- 
schen Nutzerprogramm und RMS 1600. Alle datei- bzw. satz- 
bezogenen Informationen, die für die Ausführung von bestimm- 
ten Aktionen erforderlich sind, werden hierüber dem RMS zur 
Verfügung gestellt, während nach AusfOhren der Operationen 
Statusinformationen über deren Verlauf von RMS in den Steuer- 
blöcken übergeben werden. Die Nutzer-Macros nutzen weitere 
Zwischenmacros und die in MAC 1 600 enthaltene Möglichkeit 
der bedingten AssembHerung. 

Die einzelnen RMS-Servicefunktionen mfmden in Objektrouti- 
nen, die entweder als (Jberlagerungsstrukturen oder über Sy- 
stembibliotheken von den Anwendertasks genutzt werden 
können. 


Schnittstellen der Datenstruktur mit RMS 1600 


Zwischen den Leistungen des Operationssystems und der satz- 
orientierten Programmumgebung des Anwenders fungiert RMS 
1600 als Vermittlungssystem. Dafür benötigt RMS 1600 1nfor- 
mationen über das Satzformat, die Dateiorganisation, die Zu- 
griffsarten und über die Satzoperationen. 


Umsetzen der programmtechnischen in die geratetechnixche 
Datenstruktur 


Im Anwenderprogramm werden Datenverarbeitungsoperatio- 
nen aktiviert, die von RMS 1600 auf die internen Datenstruk- 
turen umgesetzt und laut Anforderung an das Operationssystem 
MOOS 1600 zur Gerätesteuerung modifiziert werden (Abb. 2). 


Satzoperationen 


Folgende Satzoperationen werden von RMS 1600 unterstützt: 


FIND Positionierung eines Satzes 
GET Lesen eines Satzes 


{2) Virtuelle Block-Nr. (3) Logische 


Abb. 2 Umsetzen der programmtechnischen in die gerätetechnische 
Datenstruktur 
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PUTT Schreiben eines Satzes 


DELETE Loschen eines Satzes 

UPDATE Aktualisieren eines Satzes 
TRUNCATE Kürzen einer sequentiellen Datei 
CONNECT Einrichten eines Satzzugriffsstromes 


DISCONNECT Aufheben eines Satzzugriffsstromes 


REWIND Positionieren auf Dateibeginn 
FLUSH Plattentransfer modifizierter E/A-Puffer. 
Dateioperationen 


Auf der Dateiebene unterstützt RMS 1600 die folgenden Datei- 
operationen: 

CREATE Einrichten einer RMS-1600-Datei 

OPEN Offnen einer Datei 


DISPLAY Bereitstellen der Attribute einer Datei 
EXTEND Erweitern einer Datei 

CLOSE Schließen einer Datei 

ERASE Löschen einer Datei. 


2.2. DAVE 1600 


DAVETO00 stellt programmtechnische Mittel für die rationelle 
Erarbeitung und Verwaltung von dateistrukturierten Daten- 
basen zur Verfügung. Diese Dateien müssen den Bedingungen 
des Dateizugriffssystems FCS 1600 entsprechen. 

Die programmtechnischen Mittel werden in Abhängigkeit von 
den zu realisierenden Aufgaben in Definitions- und Manipula- 
tionselemente unterteilt (Abb. 3). 

Sie sind sowohl über Macro- als auch Objekteinbindung im An- 
wenderprogramm nutzbar. Damit besteht die Möglichkeit, 
DAVE 1600 in höheren Programmiersprachen zu verwenden. 
Die DAVE-Komponenten sind abgestimmt mit den Lösungen 
der POS-Technologie und setzen deren Anwendung im Appli- 
kationsprogramm voraus. (Es sind mindestens die Interface- 
und Datendefrnitionsmacros der POST 1600 zu notieren) 


Kurzbeschreibung der Komponenten 


Die Definitionselemente ermöglichen in anwenderfreundlicher 
Notation Vereinbarungen zu den Dateien. 

Mit den Manipulationselementen werden die Grundfunktionen 
der Datenein- und -ausgabe realisiert. Mit Hilfe dieser E/A- 


DAVE 1600 


Definition Manepulal'on 


Dateianzahl 


Dateidefinition 

Dateivervr- 
bnYunoe - 
rout/Den 


Grund- Dateivemr- 
elemente beitungs - 
pmrlzip!en 


— 5oreieren 


— M'schen 


— Doppe(n 


— Eingabe 
— Ausgobe - Trennen 
— Date7- 


sch(ießen 


— Mischen 


Abb. 3 Übersicht der programmtechnischen Mittel von DAVE 1600 


BEGIN COPY 


B1 [ Anfanosöedengungen herstellen 


8821 Zyklus, bis cite Datensätze verarbeitet sind 


? 


ee > = 


Abb. 4 Struktogramm DOPPELN 


Grundelemente lassen sich komplette Dateiverarbeitungsprin- 
zipien und -routinen verwirklichen. 

Für typische Dateiverarbeitungsprinzipien werden Komplex- 
moduln bereitgestellt: 

° Doppeln: 

Die logischen Sätze einer Eingabedatei werden zu einer Aus- 
gabedatei verarbeitet. 

° Trennen: 

Die logischen Sätze einer Eingabedatei werden auf zwei Aus- 
gabedateien verteilt. 


° Mischen: 
Die logischen Sätze zweier sortierter Eingabedateien werden zu 
einer Ausgabedatei vereinigt. 


Mit dem Anwenden dieser Komponenten wird der Nutzer weit- 
gehend von der EWA-Organisation und der Steuerung der Ver- 
arbeitung befreit. Es sind Austrittspunkte vorgesehen, um an- 
wenderspezifische Moduln abarbeiten bzw. Steuerkriterien 
setzen zu können (Abb. 4). 


m Sortieren: 

Das Sortierprogramm (DVSODI) ermöglicht das Sortieren von 
Kassettenplattendateien mit fester Satzlänge. Es ist Sortierung 
am Ort (Sorting in Place) oder Sortierung durch Duplizieren 
(Sorting by Duplicating) möglich. 

Die Anzahl der Sortiermerkmale ist beliebig. DVSODLI ist nur 
als Hauptprogramm abarbeitbar. Die Parameterversorgung wird 
entweder im Dialog oder mittels Indirekt-Kommando-Datei 
ausgeführt. 

DVSODI benötigt etwa 5000 Worte Speicherplatz und einen 
Mindestarbeitsspeicher von 4 K Byte plus 5 mal Satzlänge. 


2.3. DABA 1600 


Innerhalb des Aufgabenkomplexes Datenorganisation DATO 
1600 wird mit dem Datenbankbetriebssystem DABA 1600 ein 
abgeschlossenes Programmsystem zur Verfügung bestellt. DABA 
1600 unterstützt den Aufbau, die Verwaltung sowie die Nut- 
lung einer Datenbank. DABA 1600 arbeitet als eigenständiges 
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Anwendertasksystem unter der Steuerung des Betriebssystems 
MOOS 1600. Das Betriebssystem steuert DABA über die Priori- 
tätssteuerung als Multitasksystem. DABA 1600 bedient sich 
der Komponenten des Betriebssystems bei der Kommunikation 
mit dem Nutzer, zur Speicherung und zum Dateizugriff, der 
auf ner Ebene von FC5 1600 (Blockein- und -ausgabe) reali- 
siert ist. 

DABA 1600 erfordert folgende minimale Gerätekonfiguration: 


K 1630 mit 64 K Worten Hauptspeicher 

4 Kassettenplattenspeicher 

I Magnetbandeinheit 

I! Terminal bei Arbeit im Programmodus, ansonsten bei 
Mehrnutzerbetrieb ein System von Terminals. 


DABA 1600 ist modular strukturiert konzipiert. Es besteht aus 
in sich abgeschlossenen Teilsystemen. Für die ständige Nutzung 
sind das die Teilsysteme 


— DB-Monitor 

— Kommunikationssystem 
— Transformationssystem 
— Zugriffssystem. 


Der DB-Monitor übernimmt die DABA-interne Steuerung. 
Der Aufbau sowie die Verwaltung der DB erfolgt in den Teil- 
systemen 


— DB-Betriebssystemgenerierung 
Datenbankservice. 


Die Gewährleistung der Ordnungsmäßigkeit erfolgt im Teilsystem 
Datenschutz und Datensicherheit. 

Funktionen dieses Teilsystems werden aber auch in den anderen 
Teilsystemen realisiert. 

Dem Datenbanksystem DABA liegt ein relationales Datenkon- 
zept zugrunde, das heißt, die zu verwaltenden Daten werden in 
Relationen geführt. 

Dieses Konzept läßt dem Nutzer der Datenbank die gespeicher- 
ten Informationsbestände als Anzahl von Tabellen erscheinen. 
Dadurch wird heir Nutzer einerseits die Vorstellung von der 
konventionell gebräuchlichsten Form der Speicherung von In- 
formationen erzeugt und andererseits völlig von den Daten- 
strukturen sowie der Gerätetechnik abstrahiert. Damit wird 
dem gegenwärtigen Trend Rechnung getragen, in zunehmen- 
dem Maße auch Anwendungsspezialisten ohne rechentechni- 
sche Spezialkenntnisse die Arbeit mit der Datenbank schnell 
zu ermöglichen. Als Datenbanksprache wird SEQUEL2 einge- 
setzt. Diese Sprache besteht aus Anweisungen, die in Englisch 
zu codieren sind. Der Anwendungsbereich von DABA 1600 ist 
überall dort, wo die wesentlichen Informationsbestände in Ta- 
bellenform vorliegen bzw. in diese überführt werden können. 
Der Einsatz von DABA 1600 bei der Verarbeitung von hier- 
archischen Netzwerk- oder Baumstrukturen erfordert deren 
Normalisierung. DABA 1600 wurde in drei Ebenen entworfen. 
Nur die äußere oder externe Ebene ist füt die einzelnen Nutzer 
interessant. In der externen Ebene wird die logische Anordnung 
der Daten einer Datenbasis aus Sicht der Nutzer dargestellt. 

Die konzeptuelle Ebene stellt die Gesamtheit der in der Daten- 
bank verwalteten Informationen des Anwendungsbereiches 

dar. Die Struktur von externer und konzeptueller Ebene muß 
nicht übereinstimmen. Die interne Ebene stellt die physische 
Realisierung der Speicherung der Informationen dar. 

DABA 1600 wird im Dialogmodus mit interaktiver oder vor- 
programmierter Dialogführung oder im Programmodus genutzt. 
Jedes Terminal kann nur von einem Nutzer nach seiner Anmel- 


dung bedient werden. Es bleibt bis zu seiner Abmeldung blok- 
kiert. Bei der interaktiven Nutzung arbeiten die Nutzer nur mit 
den Sprachelementen von SEQUEL2. Auszugebende Daten er- 
scheinen auf dem Terminal und/oder für spätere Bearbeitung 
auf einer zusätrlichei Datei, wobei Fehlernachrichten immer 
auf dem Terminal erscheinen. Bei der vorprogrammierten Dialog- 
führung erfolgt der Dialog indirekt über eine Kommandodatei. 
Die Kommandodateien werden mittels des Betriebssystems 
MOOS 1600 auf Magnetplatte oder Magnetband aufgebaut. 
Beim Programmodus werden SEQUEL-Anweisungen in die 
Wirtssprachen COBOL oder MACRO 1600 eingekettet. Durch 
eine Vortibersetzung werden die SEQUEL-Sprachelemente zu 
Parameters öcken aufbereitet. Die anschließende Übersetzung 
mittels Wirtssprachencompiler schafft die Verbindung zu den 
aufbereiteten Parameterblöcken. Während der Laufzeit der 
Anwendungsprogramme werden diese Paraineterblöcke aufge- 
rufen und ubernelirnen dann die Steuerung der Arbeit mit der 
Datenbank. Durch diese Arbeitsweise wird das mehrmalige 
wiederholte Abarbeiten der Datenbankmanipulationen ermög- 
licht. Ein Programm, das nur aus SEQUEL-Anweisungen be- 
steht, ist fdr die wiederholte Abarbeitung nicht nutzbar. 

Dem Datenschutz im DABA 1600 liegt das Konzept einer Nut- 
zerdatei zugrunde. Diese Datei wird mit Mitteln des Betriebs- 
systems geschlitzt. Jeder Nutzer wird darin mit seinem Schutz- 
code und den Zugriffsrechten auf die einzelnen Datenbestände 
eingetragen. 

Die rechentechnische Unterstützung des Datenschutzes basiert 
auf den Basisrelationen. Die Beschränkungen können sich so- 
wohl auf Tabellen als auch auf Zeilen und Spalten und Tabellen 
beziehen. Als unberechtigt erkannte und dadurch abgewiesene 
Zugriffsversuche werden protokolliert. 

Die Datensicherheit wird von einer Reihe von Hilfsmitteln 
ebenfalls auf der Ebene der Basisrelationen unterstützt. Um 
einen Schutz vor fallweise auftretenden Datenverlusten zu ge- 
währleisten, erfolgt bei DABA 1600 die zusätzliche Protokol- 
lierung aller Datenbewegungen zwischen den Prüfpunkten auf 
dem Logband. 


2.4. MALEOQ 1600 7 


MALEOQ 1600 stellt Programme für mathematische Verfahren 
zur Verfügung, die bei Aufgabenstellungen sowohl in wissen- 
schaftlich-technischen, als auch in ökonornischen Bereichen an- 
wendbar sind. 

Dem Anwender wird eine Sammlung von in FORTRAN ge- 
schriebenen Unterprogrammen zur Lösung linearer Gleichungs- 
systeme und für Operationen mit reellen Matrizen angeboten. 
Die Lösung von 'inearen Gleichungssystemen ist ein sehr häufig 
auftretendes mathematisches Problem. hu ökonomischen Be- 
reich werden zum Beispiel Verflechtungsbilanzen und im wis- 
senschaftlich-technischen Bereich vielfältige Aufgabenstellun- 
gen, wie Interpolation von Funktionswerten und Approxima- 
tion von Differentialgleichungen durch Differenzengleichungen 
mit Hilfe linearer Gleichungssysteme gelöst. 

Allgemeine Matrixoperationen finden eine eigenständige Ver- 
wendung bei der Behandlung von Matrizenmodellen, die nicht 
nur in ökonomischen, sondern auch in technologischen Einsatz- 
bereichen vorkommen. 

In Abhängigkeit von der jeweiligen Problemstellung besitzen 
die Matrizen eine spezielle Struktur, die sowohl für eine spei- 
cherplatzgunstige Anordnung, als auch fur einen effektiven 
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Verarbeitungsalgorithmus genutzt werden kann_ Es werden 
Algorithmen für 


— allgemeine Matrizen (einschlielMich quadratischer Matrizen) 
- symmetrische Matrizen und 
— Bandmatrizen 


zur Verfügung gestellt. 


Programmkonzeption 


Die Unterprogramme realisieren Klar abgegrenzte Aufgaben- 
stellungen. 

Zur Erleichterung der Arbeit mit den verschiedenen Matrizen- 
arten stehen dem Anwender spezielle Eis- und Ausgabepro- 
gramme zur Verfügung. 

Es wurde auf eine klare Trennung von Verarbeitungs- sowie 
Ein- und Ausgabe-Moduln orientiert. 


Programmübersicht 


« Arithmetische Vektoroperationen 
° Operationen mit allgemeinen Matrizen 
— Eingabe 
— Ausgabe 
— Dateiarbeit 
— Kopieren und Transponieren 
— Arithmetische Operationen 
° Operationen mit symmetrischen Matrizen 
— Eingabe 
— Ausgabe\ 
— Kopieren 
— Arithmetische Operationen 
° Operationen mit allgemeinen Bandmatrizen 
— Eingabe 
— Ausgabe 
— Kopieren und Transponieren 
— Arithmetische Operationen 
° Lineare Gleichungssysteme mit quadratischer Koeffizienten- 
matrix 
«  Überbestimmte imeare Gleichungssysteme 
° Lineare Gleichungssysteme mit positiv definierter Koeffi- 
zientenmatrix 
° Lineare Gleichungssysteme mit einer Koeffizientenmatrix 
von allgemeiner Bandstruktur. 


2.5. MAST 1600 


Mit den Moduln der MAST 1600 wird dem Nutzer eine Mög- 
lichkeit geboten, den gegenüber den Festkommazahlen erwei- 
terten Zahlenbereich der Gleitkommadarstellung zu nutzen. 
Voraussetzung für die Anwendung ist, daf das die Moduln auf- 
rufende Programm in MACRO 1600 geschrieben ist. 


Programmkonzeption 


Die Komponenten der MAST 1600 werden in drei Bibliotheken 
als Objektmoduln bereitgestellt: 

— Moduln für Gleitkommaarithmetik einfacher Genauigkeit 
— Moduln fur Gleitkommaarithmetik doppelter Genauigkeit 
— Moduln für Konvertierungsaufgaben. 

Jede der Bibliotheken enthält alle Moduln, die zur Lösung der 
entsprechenden Aufgaben notwendig sind. 


Funktionsübersicht 


Folgende Aufgaben können mit der Modulsammlung der MAST 
1600 gelöst werden: 


— Grundrechenoperationen 

— Funktionswertbestimmung einiger elementarer Funktionen 
Negation von Primärzahlen 

— Runden von Gleitkommazahlen (doppelte Genauigkeit in 
einfache Genauigkeit) 
Multiplikation und Division binärer Festkommazahlen 
K01-7-Konvertierung 
Binarkonvertierung. 


2.6. MOoBA 1600 


Die Modulbasis MOBA 1600 enthält Verarbeitungsmoduln in 
übersetzter Farm. Jeder Modul real]sier4 eine abgegrenzte Auf- 
gabenstellung mit eindeutiger Zielsetzung. 

Im Rahmen der MOBA 1600 werden keine komplexen Anwen- 
dungslasungen angeboten, sondern Hilfsmittel für die Projek- 
tierung von Datenverarbeitungsprozessen bereitgestellt. 

Die Moduln wurden vorwiegend entsprechend den Reglemen- 
tierungen der POS-Technologie entwickelt. Für die programm- 
technische Verknüpfung wird ein Interface vorausgesetzt, das 
vom jeweiligen Verarbeitungsmodul bestimmt wird. Die An- 
wendung dieser Moduln fordert deshalb die Schaffung der glei- 
chen Bedingungen im rufenden Programm, die dem vorgefer- 
tigten Modul zugrunde liegen (Verwendung der Makros der 
POS-Technologie POST 1600 /2/). 


Kurzbeschreibung der Komponenten 


In der MOBA 1600 sind zwei Gruppen von Moduln enthalten — 
Moduln mit Querschnittscharakter (MOBA/G) und Moduln für 
die Projektierung betriebswirtschaftlicher Prozesse (MOBA/B). 
(Die zuletzt genannten sind nicht querschnittsorientiert-anwen- 
dungsneutral, aber aus praktischen Gründen hier eingeordnet.) 
Die Moduln der MOBAJ/G lassen sich wie folgt klassifizieren: 


° Organisations-Moduln 
Bearbeitung logischer Einheiten (Sätze, Felder) ohne Ände- 
rung ihres Informationsinhalts 

° Prüf-Moduln 
Prüfung logischer Einheiten 

° Arithmetik-Moduln 
Verarbeitung logischer Einheiten nach vorgegebener Rechen- 
vorschrift 

« Konvertierungs-Moduln. 


Die in der MOBAJB enthaltenen Moduln gliedern sich in fünf 
Gruppen: 


« Nettolohn 
— Lohnsteuerberechnung nach Tages- oder Monatstabellen 
— Berechnung des Nettodurchschnittsverdienstes 
— Berechnung der Geldleistungen der Sozialversicherung 
— Berechnung des Beitrages für die Sozialpflichtversiche- 
rung 
— Berechnung von Abzügen 
Stückelung eines vorgegebenen Auszahlungsbetrages in 
einer kleinstmöglichen Anzahl von Geldsorten 
weitere Berechnungen 


° Grundmittel 
Mit diesen Moduln kann im Rahmen der Grundmittelrech= 
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nung das Teilgebiet Abschreibungsrechnung bearbeitet wer- 
den. Es werden fair jedes Inventarobjekt der vorher aktuali- 
sierten Grundmittelstammdatei monatlich die Abschreibun- 
gen und der sich daraus ergebende Verschleiß berechnet. 
Dabei werden wertmäßige Änderungen und erforderliche 
Rückrechnungen durch verspätete Buchungen berücksichtigt. 


« Kostemechnung 
Diese Moduln unterstützen im Rahmen der Kostenrechnung 
die Kostenarten- und Kostenstellenrechrung. 


° Inventuren 

Mit diesen Moduln wird die Programmierung von Anwen- 

dungslösungen für automatisierte Inventuren, insbesondere 

der Grundmittelinventuren unterstützt. 

— Vergleich Inventurbestand mit vorgegebenem guıı-Bestand 
Ausgabe der echten Inventurdifferenzcen 

— Ermittlung und Ausgabe der wiederaufgefundenes Inven- 
turgegenstände 


« Fakturierung 
— Falligkeitsherechniing 
— Mengenumrechnung 
— Berechnung der Handelsspanne 
— Rechnungsbetragsruschlagsverrechnung 
— Rechnu ngsb e tragsab schl agsve rre chnu ng 
— Rechnungsbetragssatzerzeugung. 


2.7. UDAF 1600 


Beim Einsatz von Basisrechnern A 640x im ökonomischen Be- 
reich, bei der Arbeit mit Datenbanksystemen und -archiven ist 
eine ausführliche Datenprüfung vor dem Dateiaufbau von gro- 
fier Bedeutung. Diesem Zweck dient das Programmsystem 
UDAF. Es umfaßt Programme und Routinen für folgende Auf- 
gaben: 


° Umsetzung der eingegebenen Daten auf Einheitscode, Aus- 
blenden von Irrungen, Herstellung einer UDAF-Eingabe- 
datei auf Magnetplatte 

« Belegprufung 

« Fehlerprotokoll 

« Korrektur der Einzelbelege 

« Konvertierung der Dateien ins interne Format und aus dem 
internen Format 

° Umwandlung von Dateien anderer Struktur in UDAF-Dateien 
und urgekehrt. 


Zusätzlich können die Dateien mittels spezieller Programme im 
Hauptspeicher sortiert und gemischt werden. 

Die UDAF-Programme arbeiten satzorientiert. das heißt, der 
Satz (Beleg) bleibt auch in der externen Form in einer Datei 
erhalten. 

Nach der Eingabe werden die Belege einer Datei anhand euer 
Satrartbeschreibung überprüft. Diese vom Anwender vorzuge- 
bende Beschreibung muß alle Struktur- und Feldinformationen 
enthalten — wie Feldunterteilungen im Satz, Datentypen, Feld- 
inhaltsmöglichkeiten oder Wertevorrat, gewünschte Priifungen 
usw. Sie bildet damit die Grundlage fair alle Verarbeitungsauf- 
gaben der UDAF-Programme. Als Datentypen sind alle numeri- 
schen Datenformate (außer Gleitkomma) bis zum Vierfach- , 
wort, KO'-?- und Radix-50-Texte und UDAF-spezielle Ve[ein- 
barungen wie Datum, Personenkennzahl und Tabellen dieser 
Daten zugelassen. 

Die Belegdateien in interner Form werden erst nach erfolgter 
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Prüfung und eventueller Korrektur fehlerhafter Belege auf 
Platte gespeichert. Bei späteren Verarbeitungen kann man da- 
von ausgehen, daß sie nur gepriifte Sätze enthalten. 
Die Verwendung der Satrartbeschreibungen macht es möglich, 
daß alle Belegarten von demselben Programm verarbeitet wer- 
den. Zur Erweiterung oder Änderung des Anwenderdateisy- 
stems genügt es, neue Satzartbeschreibungen einzufügen, um 
neue Belegarten prilfen zu können. Programmtechnische Knde- 
rungen sind dazu nicht erforderlich. Allerdings kann der Anwen- 
der zusätzliche Priifroutinen selhst an das Belegprüfungspro- 
gramm anschließen. 
Das Programmsystem UDAF ist modular aufgebaut, wobei 
eigene UDAF-Makro- und Objekttextbibliotheken benutzt wer- 
den. Es ist für den Einsatz mit den Betriebssystemen LAOS 
1600 und MOOS 1600 vorgesehen. 


2.13. MASTAT 163a 


Mit dem verfahrensorientierten Programmpaket MASTAT kön- 
nen mathematisch-statistische Aufgabenstellungen gelöst wer- 
den. Es werden Programme für folgende Komplexe nur Verfü- 
gung gestellt: 
« Dateneingabe und -manipulation 
« Elementare Datenaufbereitung 
Berechnung von Malizahlen zur Beurteilung von Verteilun- 
gen 
« Varianzanalyse 
Bestimmung des Einflusses von einem oder mehreren quail- 
tativ erfaßten Merkmalen auf ein quantitatives Merkmal 
« Regressionsana]yse linear oder nichtlinear 
Bestimmung der Abhängigkeit eines quantitativen Merkmals 
von einem oder mehreren quantitativen Merkmalen 
° Zeitreihenanaiyse 
Untersuchung der zeitlichen Abhängigkeit von Merkmalen. 


2.9. oPos-Komplettierung 


° RMS 1600: 
Das Leistungsspektrum wird dahingehend erweitert, daß eine 
Anwendung der Satzzugriffsroutinen auf dem MRS K 1620 
möglich ist. 
Weiterhin wird ein System von Dialogroutinen zur Verfii- 
gung gestellt, die den Nutzer befähigen, ohne eigenen Pro- 
grammierungsaufwand interaktive Zugriffe zu Daten und 
deren Verarbeitung auszuführen. 


« DAVE 1600: 
Zur Manipulation von Datensätzen wird ein Zugriff über 
Primärschlüssel realisiert, mit dem das Einfügen, Ändern und 
Löschen von Sätren durchgeführt werden kann. 

° MOBA 1600: 
Die Modulbasis wird um Moduln zur Prinnirdatenverarbej- 
tung von Meßwerten komplettiert. 


3. Vertrieb der QPOS-Komponenten 


Die Querschnitts-POS K 1600 wird entsprechend der territoria- 
len Verantwortlichkeit von den zuständigen Robotron-Vertriebs- 
betriehen verkauft. 

Der Vertrieb der Komponenten erfolgt in zwei Formen: 


1. Als vorgefertigte POS für Projektanten 
2. Im Rahmen kompletter Projekte für nichtprojektierende 
Nutzer als Inhalt der Projektbibliotheken. 


Bei der Lieferung im Anwenderprojekt ist die Verwendung der 
QPOS K 1600 normalerweise nicht sichtbar und damit die Be- 
reitstellung der Dokumentation nicht erforderlich. 

Als Dokumentationsschriften werden je Komponente die .‚An- 
wendungsbeschreibung" und die „Anleitung für die Program- 
mierer" bereitgestellt. 
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schung tuid Technik 


Seit der Vorstellung des Gerätekonzeptes „dezentrale Daten- 
technik" hat auch der Tenninus Bürocomputer in der Volks 
wirtschaft der DDR eirle weite Verbreitung gefunden. Lassen 
sich doch diese Geräte aufgrund ihrer Merkmale arbeitsplatz- 
orientiert, autonome Betriebsweise, leicht konfrgurierbar, vom 
Endnutzer programmierbar in einer Vielzahl von Anwendungs- 
gebieten als Rationalisierungsmittel verwenden. Das gilt sowohl 
für klassische Aufgaben aus Rechnungsführung und Statistik 
sowie für echtzeitnahe Informationsverarbeitungsaufgaben 

zur Steuerung von Leistungsprozessen, als auch für wissenschaft- 
Eich-technische und ökonomisch-mathematische 1?erechnungen. 
Mit der Vorstellung von Hardware und Software in edv-aspekte 
1/82 wurde das Einsatzspektrum der Burocomputer bereits 
aufgezeigt. Zum Umsetzen dieser gerätetechnischen Möglich- 
keiten in die Realität der Informationsverarbeitung — bei der 
Einsatzvorbereitung — bedarf es jedoch besonderer Leistungen 
seitens des Anwenders. 


Diesen Prozei soll die Ausgabe 2/83 der edv-aspekte unterstüt- 
zen, indem unter dem Titel 


Erfahrungen mit Burocomputern 


künftigen Nutzern die Erkenntnisse erfahrener Anwender ver- 
mittelt werden. Es sind Beiträge sowohl aus den verschieden- 
sten Bereichen der Volkswirtschaft als auch für vielfältige Auf- 
gabenstellungen vorgesehen. 

Fur künftige Anwender und fur den Hersteller von Burocom- 
putern dürften die Ergebnisse einer Umfrage zur Einsatzvor- 
bereitung und zu Einsatzerfahrungen von Interesse sein. 


Bestellungen für edv-aspekte 2/83 richten Sie bitte rechtzeitig 
an den Verlag Die Wirtschaft, Abt. Vertrieb, 
1055 Berlin, Am Friedrichshain 22. 
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Grafische 
Systemunterlagen 
des AKT A 6454 


Wolfgang Baier, Dr. Manfred Mikut, Wilburga Reller 
VEB Robotron-ZFT Dresden 


1. Konzept der Systemunterlagen 


Die Gerätetechnik des AKT A 6454 bildet in Verbindung mit 

den Systemunterlagen ein wirkungsvolles CAD/CAM-System 

zur Erhöhung der Produktivität in der technischen Vorberei- 

tung der Produktion. 

Das Systemunterlagenkonrept des AKT A 6454 (Abb. 1) unter- 

scheidet folgende Komponenten: 

« Modulares Betriebssystem 

« grafische Grundsystemunterlagen einschließlich gerätespe- 
zifischer grafischer Schicht 

° geometrische Grundsystemunterlagen 

° prob emorientierte Systemunterlagen mit Querschnittscha- 
rakter 

° Anwendersystemunterlagen. 

Der AKT A 6454 wird ausgerüstet mit dem Betriebssystem 

MOOS 1600. Alle für den KBR A 6402 verfügbaren System- 

unterlagen einschließlich der POS-Technologie und der Quer- 

schnitts-POS können genutzt werden. 

Für die grafische Arbeit werden folgende Grundsystemunter- 

lagenkornponenten bereitgestellt: 


° GKS 1600 Grafisches Kernsystem fur Display und Plotter 
° DIG 1600 für Digitalisiergerät HOG K 6401 

° CBS i 600 Geometriebaustein. 

Die Anwendersystemunterlagen werden auf der Basis der 
Schnittstellen des AKT unter Verantwortung der Hauptan- 
wender im Rahmen von Pilotprojekten des Staatsauftrages 
„Rationalisierung der technischen Vorbereitung der Produk- 


tion" entwickelt /1/. 
Nachfolgend werden schwerpunktmäßig die grafischen Grund- 


systemunterlagen beschrieben. 


Ar?wendungssystem unteriagen 


G85 1600 DIG 7600 


GK57600 gen teOnabhängig 


geräteabhängig 
(gerätespezefisehe grafische Schäch ı) 


Betriebssystem MOOS 7600 


Gerätebedienprogeomme (Teeebeo) 
fur grafrsche Ppuipherie 


Abb. 1 schichtenmodefl der Systemunterlagen des AKT A 6454 
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2: GKs 1600 
2.1. Charakteristik 


GKS 1600 ist ein Programmsystem zur Behandlung der grafi- 
schen Ausgabe auf Plotter und Display und zur grafischen Ein- 
gabe vom Display_ Es ermöglicht dem Anwendungsprogrammie- 
rer eine weitgehend geräteunabhängige Programmierung. Mit- 
tels Einhalten der Nutzerschnittstelle GK5 1600 bei Einbezie- 
hung weiterer grafischer Geräte wüd es möglich, neue grafische 
Geräte ohne wesentliche Änderung der Anwenderprogramme 
zu betreiben. Die daraus resultierenden Effekte durch Einspa- 
rung von Programmierarbeit beim Anwender sind beachtlich 
und Hauptanliegen des GKS 1600. 

Das GKS 1600 wird in Anlehnung an den Standardentwurf der 
ISO — Graphical Kernet System (GK5), Version 7.0 — entwik- 
kelt /2/. Dem Nutzer wird eine Menge von FORTRAN-Unter- 
prograrren /3/ bereitgestellt, mit denen folgende Aufgaben 
gelöst werden können: 


— zweidimensionale Ausgabe (Strecke. Marker, Text, Kreis) 
von gleichzeitig mehreren Arbeitsstationen mit Auswahl der 
verfügbaren Darstellungsmöglichkeiten (Linienarten, Farben, 
Schriftgrößen u. a.) 

— grafische Eingabe 

— Bildsegmentierung 

— Bildfensterbildung und Transformation des Bildes (windo- 
wing. clipping) 

— Transformation von Bildelementen (Translation, Rotation, 
Maßstabsanderung) 

- Speicherung grafischer Informationen in geräteunabhängiger 
Form (Metafile, Segmentspeicher). 


GKS 1600 wird realisiert in FORTRAN 1600 und teilweise in 
MACRO 1600 unter Nutzung der POS-Technologie (TESO 
1600). Für den AKT A 6454 wird die Version 1 des GK5 1600 
bereitgestellt. Die Beschreibung der GKS-Schnittstelle steht 
den Anwendern seit Mitte 1982 zur Verfugung /3/. Eine erwei- 
terte Version 2 mit Einbeziehung flächenhafter Darstellungen 
und weiterer grafischer Geräte (wie z. B. hochauflösendes Digi- 
talisiergerät HDG K 6402) ist in Vorbereitung. 


2.2. Arbeitsstationen 


Eine Arbeitsstation im Sinne von GKS'ist die Zusammenfas- 
sung von einem grafischen Ausgabegerät (Display, Plotter) und/ 
oder einem oder mehreren grafischen Eingabegeräten (Tastatur, 
Tablett, Lichtstift, Rollkugel usw.). Fine grafische Arbeitssta- 
tion wird vom GKS als ein logisches Gerat behandelt. 

Ein Anwendungsprogramm kann gleichzeitig mit mehreren Ar- 
beitsstationen arbeiten (Abb. 2). Mittels Angabe eines Zustan- 
des (geschlossen, geöffnet, aktiviert) bzw. bestimmter arheits- 
stationsunabhängiger Attribute (Farbe, Linienart und -breite) 
können die Bilddarstellung und, falls möglich, der Dialog für 
jede Arbeitsstation gesteuert werden. 

Spezielle GKS-Arbeitsstationen sind das Metafde und der geräte- 
unabhängige Segmentspeicher. Informationen über einzelne Ar- 
beitsstationen sind dem GKS durch Arbeitsstationsbeschrei- 
bungstabellen zugänglich. 


Knnedinatensyster» 


Anwendung3- 
pzoyeamm 


EA' NISC 


geräteunabhängig 


Segmen 
Speicher 


Metafile 


GAS 
geräteabhängig 


Geräte- 
bedeenpro - 
gramm 


Geräte 
bedienpro- 
gramm 


Geröte- 
bedienpro - 
grornm 


Geräte- 
bedienpro”“ 
gramrn 


j T 

Arbeits - 
station N 
(Ausgobe) 


Arbeits- 
statron (II-1) 
(Ausgabe) 


Arbeits- 
statian | station 2 
(Fin-/Au ( Ein-/A us- 
gabe) gabe) 


Arbelts- 


Abb. 2 Arbeitsstationen und Koordinatensysteme des GKS 


2.3. Grafische Ausgabe 


Die kleinsten grafischen Einheiten, die mit GKS bearbeitet wer- 
den können, heißen Elemente. Als Ausgabeelemente stehen 
dabei zur Verfügung: 


POLYLINK Ausgabe eines Polygons 
POLYMARKER Ausgabe einer Markerfolge 
TEXT Ausgabe eines Texts 
GENERALIZED DRAWING 

PRIMITIVE Ausgabe eines verallgemeinerten 


Darstellungselementes (Kreis, 
Kreisbogen). 
Zu jedem Ausgabeelement können noch bestimmte Attribute 
angegeben werden, die die Darstellung der einzelnen Elemente 
näher spezifizieren (Farbe, Strichart, Schriftrichtung und -größe 
usw.). 


2.4. Grafische Eingabe 


Fünf logische Eingabeklassen sind verfügbar, die verschiedene 
physische Geräte behandeln können: 


LOCATOR Punkteingabe (Rollkugel, Steuerkniippel, Tablett, 
Spezialtasten in Verbindung mit Cursor) 

VALUATOREingabe reelle Zahl (Potentiometer) 

CHOICE Eingabe alternative Auswahl (Funktionstastatur) 

PICK Eingabe Identifikatoren eines Bildelementes 
(Lichtstift, Spezialtaste in Verbindung mit Cursor) 


STRING Texteingabe (alphanumerische Tastatur). 


Jedes logische Eingabegerät kann in drei verschiedenen Modi 
arbeiten: 

REQUEST Warten, bis eine Eingabe von dem angegebenen 
Gerät erfolgt ist. 

Der aktuelle Zustand des angegebenen Gerätes 
wird abgefragt (das heißt, es erfolgt kein Warten 
auf eine ieue Eingabe). 


SAMPLE 
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EVENT Die Eingabe wird in eine Eingabewarteschlange 


eingetragen und kann von dort gelesen werden. 


2.5. Segmentierung 


Im GKS ist der Aufbau strukturierter Bilder möglich. Jede Dar- 
stellung kann aus mehreren Teilbildern (Segmenten) zusammen- 
gesetzt sein. Ein Segment wird durch die Funktionen CREATE 
SEGMENT und CLOSE SEGMENT gebildet. Alle zwischen 
diesen beiden Funktionen generierten Ausgabeelemente bilden 
ein Segment, das mit einem eindeutigen Namen gekennzeichnet 
wird. Der Inhalt des Segments kann nach dem Schließen nicht 
mehr verändert werden, das Segment kann aber als Ganzes 
manipuliert (z. B. transformiert, hervorgehoben, identifiziert, 
sichtbar oder unsichtbar gemacht, gelöscht, in ein anderes em 


Mittels Angabe eines PICK IDENTIFIER können einzelne Aus- 
gabeelemente innerhalb eines Segmentes gekennzeichnet wer- 
den. Es sind jedoch keine weiteren Manipulationen mit diesen 
einzelnen Elementen möglich. 

Auf den geräteunabhängigen Segmentspeicher lassen sich ein- 
zelne Segmente ausgeben. Diese können in andere Segmente 
eingefügt und in andere Arbeitsstationen übergeben werden. 
Urn Segmente auch bei einer Obertappung in der Darstellung 
eindeutig identifizieren zu können, erhält jedes Segment eine 
Priorität. 


2.6. Metafile 


Das Metafile dient der perrnanenten Speicherung grafischer In- 
formationen. Gleichzeitig kann damit ein Austausch grafischer 
Informationen zwischen verschiedenen Anwendungsprogram- 
men und verschiedenen Gerätesystemen (die natürlich alle die 
GKS-Schnittstelle benutzen müssen) erfolgen. Das Metafile 
dient bei GKS der Obernahme der digitalisierten Daten vom 
DIG 1600. Es wird von GKS wie eine spezielle grafische Ar- 
beitsstation behandelt. Bei der Erstellung wird es als einfaches 
passives Ausgabegerät behandelt, wobei aber die jeweiligen 
Funktionen nicht ausgeführt, sondern in codierter Form sequen- 
tiell abgespeichert werden. Das Metafile bietet außernem die 
Möglichkeit, nichtgrafische Informationen, wie zum Beispiel 
Kommentare, zu speichern und später wieder zu verwenden. 
Während eines Programmablaufs können gleichzeitig mehrere 
Metafiles erstellt werden, die nicht identisch sein müssen _ 

Bei der Eingabe ist das Metafile eine einfache Eingabearbeits- 
station, wobei das Eingeben Tiber die GKS-Funktion INTER- 
PRET ITEM erfolgt. Diese Funktion generiert aus den Meta- 
ftleinformationen die entsprechenden internen GK5-Funktions- 
aufrufe. Dabei ist die Abarbeitung wie hei der Ausgabe nur 
sequentiell möglich. Es können gleichzeitig mehrere Metafiles 
von einem Anwendungsprogramm als Eingabearbeitsstation 
bearbeitet werden. 

Ein Metafile kann von einem Nutzer entweder nur als Ausgabe- 
oder nur als Eingabearbeitsstation behandelt werden. 


2.7. Koordinatensysteme und Transformationen 


Naturgemäß unterscheidet sich das vorn Anwender benutzte 
Koordinatensystem von den jeweiligen Gerätekoordinatensy- 
stemen. 


GKS unterscheidet deshalb drei verschiedene Koordinaten 
systeme: 


° Weltkoordinatensystem (WC — world coordinate): das vom 
Anwender benutzte Koordinatensystem 

° Normalisiertes Gerätekoordinatensystem (NDC — normalized 
device coordinate): das vom GKS benutzte anwendungs- und 
geräteunabhängige Koordinatensystem im Bereich [0,1] x 
[0,1] 

« Gerätekoordinatensystem (DC — device coordinate): das 
vom jeweiligen Gerat benutzte gerätespezifische Koordina- 
tensystem. 


Der Anwender kann nun sowohl achsenparallele, lineare Abbil- 
dungen von WC nach NDC als auch pro Arbeitsstation solche 
von NDC in DC definieren. Dazu dienen die Funktionen SET 
WINDOW und SET ViEWPORT bzw. SET WORKSTATION 
WINDOW und SET WORKSTAT ION VIEWPORT, wobei im 
ersten Fall wahlweise und im zweiten immer ein „Clipping" 
ausgeführt wird. Das „Clipping" bei der Abbildung von WC in 
NDC kann vom Nutzer durch SET CLIPPING INDICATOR ge- 
steuert werden. 

Die Abbildungen lassen sich während eines Programmlaufs 
mehrfach verändern. 


2.8. Struktur 


GKS 1600 enthält einen geräteunabhängigen und einen gerate 
abhängigen Ted (gerätespezifische grafische Schicht), deren 
Zusammenspiel die Geräteunabhängigkeit der Anwendungssy 
stemunterlagen sichert. 

Die Schnittstelle zwischen beiden Teilen ist eindeutig definiert. 
An ihr wird eine bestimmte minimale Intelligenz der grafischen 
Geräte vorausgesetzt. Ist diese nicht gewährleistet, wird irn ge- 
räteabhängigen Teil ein Intelligenzausgleich vorgenommen. Der 
geräteabhängige Ted erzeugt aus den vom geräteunabhängigen 
Teil übergebenen internen GKS-Befehlen die Befehle des jewei- 
ligen Gerätes. 

Diese Struktur des GKS erleichtert den Anschluß neuer grafi- 
scher Geräte. 


3. DIG 1600 


Dem Nutzer werden Programme bereitgestellt, die ihm ohne 

weiteren Programmieraufwand das Digitalisieren am hochauf- 

lösenden Digitalisiergerät en-nöglichen. 

Folgende Funktionen werden unterstützt: 

— punktweises und kontinuierliches Digitalisieren 

— automatische Punktauswahl beim kontinuierlichen Digitali- 
sieren 

— freie Positionierung des Menüfeldes 

— Rundung der erfaßten Koordinaten in wählbares Nutzer- 
raster 

— Referenzpunktaufnahme und Korrekturrechnung 

— Koordinatentransfornation 

— Eingabe der Z-Koordinate 

— Definition und Eingabe von Makros. 

Die erfaßten Daten werden in der Struktur des GKS-1600- 

Metafiles auf cue sequentielle Datei ausgegeben. Das ermög- 

licht eine Bearbeitung des iigitalisierten Daten mit GKS 1600, 

zum Beispiel Ausgabe auf einen Plotter. 
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4.G BS 1600 


Mit dem Geometriebaustein wird eine Menge von Programmen 
und Unterprogrammen bereitgestellt, die den Nutzer bei der 
Entwicklung von Anwendungsprogrammen für die technische 
Vorbereitung der Produktion, vorrangig in der metallverarbei- 
tenden Industrie, unterstützen. GBS 1600 realisiert als Baustein 
die Behandlung geometrischer 2-dimensionaler Darstellungen. 
Folgende Funktionen werden realisiert: 


rechnerinterne Darstellung geometrischer Objekte 

—- interaktive Arbeit zur Eingabe und Modifikation geometri- 
scher Objekte 
Zusammenfügen komplexer geometrischer Objekte aus vor- 
gegebenen katalogisierten Basiselementen (Punkte, Linien, 
Kreisbögen, Flächen), wobei sich diese Elemente berühren 
oder durchdringen können 

— Berechnung der Sichtbarkeit 

— Erzeugung von normgerechten Zeichnungen. 


Ads Schnittstelle gegeniiber den Anwenderprogrammen wird 

die Geometrieschnittstele definiert. Die grafische Ein- und 
Ausgabe erfolgt mit GKS 1600. 

Mit GKS 1600 werden konstruktionsbezogene und technolo- 
giebezogene Sprachelemente für die Beschreibung von Objekten 
bereitgestellt. 


Literatur: 


115 Tagungsmaterial IKM 82, Leipzig (1982) 
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Funktional Description. ISO TC97/SC5/WG2 Nr. 117, Januar 82 

Unterprogramme zum GKS 1600 für FORTRAN 1600. Arbeits- 
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tierung einer Testversion von GKS-Routinen auf der Basis GIPS/ 
ESER. Bericht der Wilhelm-Pieck-Universität Rostock. WPU 
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beiheft 4/1981 
Rechnergestützte McRdatenerfassung 
und -verarbeitung 


Das Heft verdeutlicht den Problemkreis der Verbindung von 
Geräten der Mef daterierfassung und -verarbeitung mit den not- 
wendigen Technologien und Programmen. Es vermittelt ins- 
besondere Erfahrungen aus der Praxis für die Praxis. 


Ihre Bestellung richten Sie bitte an den 
Verlag Die Wirtschaft, Abt. Vertrieb, 
1055 Berlin, Am Friedrichshain 22. 
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Programmsystem 


MEPRIM 
für PRS A 6491 /A 6492 


Arndt Lindner 
Akademie der Wissenschaften der DDR, 
Zentralinstitut für Kernforschung 


1. Ziel der problemorientierten Systemunterlagen 


In Prozeßrechneranlagen A 6491/A 6492 werden die Aufgaben 
der Prozeßkopplung von Mikrorechnern robotron K 1520 
(ursadat 5000) wahrgenommen. Für diesen Einsatz wurde als 
Steuerprogramm das Echtzeitsteuerprogrammsystem EIEX 
1521 entwickelt /V/. 

Das hier vorgestellte Programmsystem MEPRIM dient zur Er- 
fassung und Primärdatenverarbeitung von Meßwerten. Es ar- 
beitet unter Steuerung des EIEX 1521. Der Entwurf des Sy- 
stems berücksichtigt besonders den Einsatz für Prozeßzustands- 
anzeige und Prozeßtiberwachungsaufgaben /2, 3/, das heißt 
Einsatzfalle mit kontinuierlichen zeitzyklischen Bearbeitungs- 
anforderungen. 

Die problemorientierten Systemunterlagen können mittels Ge- 
nerierung an unterschiedlichste Einsatzfälle angepat‘t werden. 
Die gesamte Konzeption läßt nahezu beliebige Erweiterungen 
durch anwendereigene Teile zu. 


2. Programmkonzeption 


Der Programmentwurf trennt Meßwerterfassung und Primär- 
datenverarbeitung vollständig. 

Ausgehend von der Definition einer Datenbasis wurden Pro- 
graniinoduln erarbeitet, die Manipulationen innerhalb dieser 
Datenbasis ausführen. Die Datenbasis gliedert sich in Primär- 
datenbasis und Datenbasiserweiterungen und besteht aus Daten- 
typlisten. Datenbasiserweiterungen können auch vom Anwen- 
der angefügt werden. Innerhalb der Meßwerterfassung kommt 
dem Datentyp „Meßwert" und innerhalb der Primärdatenver- 
arbeitung dem Datentyp „Kenngröße" eine zentrale Bedeutung 
zu. 

Mit der Trennung von Meßwerterfassung und Primärdatenver- 
arbeitung werden eine Reihe von Vorteilen erreicht. So entfal- 
len für zusammengesetzte Werte (Kenngrößen), zum Beispiel 
die thermische Leistung eines Kernreaktors, die Definitionen 
von Pseudomeßstellen. Andererseits können Korrekturmeßstel- 
len, zum Beispiel Vergleichsmeßstellen bei Temperaturmes- 
sungen mittels Thermoelement, als solche behandelt werden 
und brauchen nicht extra in die Kette der Primarverarbeitung 
aufgenommen zu werden. Sie erfordern also nicht die Defini- 
tion einer speziellen Kenngröße. 

Alle Hauptprogramme des Systems MEPRIM werden von EIER 
als Tasks behandelt mid müssen nach bestimmten Gesichtspunk- 
ten in das Vorrangssystem des EIEX eingeordnet werden. Bis 
auf wenige Ausnahmen sind alle Unterprogramme im System 


MEPRIM als wiedereintrittsfähige Unterprogramme geschrie- 
ben. Dadurch können sie ohne spezielle Unterprogrammorgani- 
sation von beliebigen Tasks benutzt werden. 

Die problemorientierten Systemunterlagen arbeiten ohne pro- 
blemorientierte Mef stellennummem bzw. Kenngrößennum- 
mern und ohne problemorientierte Datentypbezeichnungen. 
Der Zugriff zu Datentypen erfolgt im allgemeinen über Daten- 
typnummer und Nummer des Datentypelements. Während der 
Programmgenerierung können auf der Ebene von Assembler- 
programmen Namen für Datentypelernente benutzt werden. 
Durch den Einsatz von Makros läßt sich dabei eine leichtver- 
ständliche Programmstruktur erreichen. 


3. Datenbasisdefinition 
Die Datenbasis setzt sich aus einer abgeschlossenen Primär- 
datenbasis und Datenbasiserweiterungen zusammen. 


Tab. ı enthält die Angaben zur Primärdatenbasis. 


Tab. 1 Angaben zur Primärdatenbasis 


Datentyp Länge eines Format Inhalt 
Datentyp- 
elements 
(Byte) 
ADC-Wert 2 Festkomma ADC-Werte 
Meßwert 3 Gleitkomma Meöwerte 
Meswertstants 1 s| Statusinformationen 
des Melwertes 
Kenngröt e 3 Gleitkomma KenngTd&n 
Kenngrölen- 2 s2 Statusinformationen 
status der Kenngröblen 
Verarbeitungs- 2 Adresse Adressen der Verarbei- 
blockliste tungsblöcke der Kenn- 
größen 
Parameter- 2 Adresse Adressen der Pars- 
b ockliste meterblöcke der Kenn- 


gräßen 


Die Formate 51 und S 2 sind folgendermaßen aufgebaut: 
Format 51 


1 11lii 


E/A-Bit 
SenafbIliykeinoit 
Aus fallgruppennumm er 


Zähler für zulässige Grenzwertverletzungen 


Format 52. 


Bits zur CharakterisieeL-I] von 


Grenzwert verl etzungen E/A -Bit 
technologischer Grenzen Sinnlrilligkdts- 
bit 
Anlaufbit 


Zyk 1 uszer tgruppennumm er 


Tab. 2 Datentypen zur Standarddatenbasiserweiterung 


Datentyp Länge Format Inhalt 
eines Daten- 
typelements 
(Byte) 
Minimum 6 Gleitkomma Minimalwert und Zeit 
seines Auftretens 
Maximum 6 Gleitkomma Maximalwert und Zeit 
Zeit seines Auftretens 
Trend variabel Strukturdaten, Trendlisten von 
Gleitkomma Kenngröflen 
Variable 1 1 Integer Einbyte-Variable 
(z. B. Zähler) 
Variable 2 2 Integer oder Zweibyte-Variable 
Sedezimal (z. B. Zähler, Adressen) 
Variab e 3 3 Gleitkomma Dreibyte-Variabe (z. B. 


Dim ension ieru ngskon- 
stanten, Zwischenergeb- 
nisse) 


Die Standarddatenbasiserweiterung besteht aus sechs Datenty- 
pen (Tab. 2). Vom Anwender können, wenn notwendig, wei- 
tere Datentypen definiert werden. 


4. Leistungsumfang der Meßwerterfassung 


Das MeL werterfassungsprogramm fragt die Meßstellen in fort- 
laufender Reihenfolge ab, führt einen Sinnfälligkeitstest durch 
und stellt die Meßwerte in der Datentypliste Meßwert für die 
weitere Bearbeitung zur Verfügung. Der Abfragezyklus ist für 
alle Meßstellen gleich. Er muß ein ganzzabliges Vielfaches des 
Grundtaktes der EIEX-Uhr sein. 

Meßstellen können programmtechnisch ein- und ausgeschaltet 
werden. Ausgeschaltete Meßstellen werden vom Meßwerterfas- 
sungsprogramm nicht bearbeitet. 

Für den Sinnfälligkeitstest sind alle Meßstellen in maximal acht 
verschiedene Ausfallgruppen einzuordnen. Jede Ausfallgruppe 
ist durch ein Grenzenpaar (untere und obere Ausfallgrenze) 
und eine Anzahl zulässiger Grenzwertverletzungen charakteri- 
siert. Wird die Anzahl zulässiger Grenzwertverletzungen in auf- 
einanderfolgenden Abfragezyklen überschritten, liegt ein Meß- - 
stellenausfall vor. Meflstellenausfälle werden als Alarm ange- 
zeigt. Die Rückkehr zu sinnfälligen Daten wird analog behan- 
delt. Während zulässiger Grenzwertverletzungen bleibt der letzte 
sinnfällige Meßwert als Ersatzwert erhalten. 

Bei Meßstellenausfall wird einen Zyklus nach der Alarmaus- 
lösung der nicht sinnfällige Wert übernommen. 

Da der Alarm bereits einen Zyklus vor der Übernahme des 
nicht sinnfälligen Meßwertes ausgelöst wird, sind Reaktionen 
zur Alarmbehandlung möglich, die die Übernahme des rocht 
sinnfälligen Meßwertes verhindern (z. B. Ausschalten ler Mefl- 
stelle). 

Bei Einsatz des Karteneinschubs AE-DV (Analogwerteingabe- 
Datenvorverdichterkarte) kann das Meßwerterfassungspro- 
gramm entfallen, da dessen Aufgaben von dem Karteneinschub 
wahrgenommen werden. 
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5. Leistungsumfang der Primärdatenverarbeit ung 


Die gesamte Primärdatenverarbeitung wird mit Hilfe einer Drei- 
Byte-Gieitkommaarithmetik ausgeführt. Diese Arithmetik 
wurde spezieu unter dem Gesichtspunkt schneller Rechenzei- 
ten entwickelt /4/. Charakteristische mittlere Rechenzeiten 
sind in Tab. 3 zusammengestellt. 
Operationen mit Null werden speziell getestet und wesentlich 
schneller ausgeführt. 
Zum Zweck der Primärdatenverarbeitung wird ein umfangrei- 
cher Satz von Standardroutinen bereitgestellt, der jederzeit urn 
anwendereigene Routinen erweitert werden kann. Dabei emp- 
fehlt es sich, Standardroutinen so weit wie möglich zurn Auf- 
bau von anwendereigenen Routinen einzusetzen. 
Beim Aufbau von anwendereigenen Routinen müssen bestimmte 
Regeln bei der Registerbelegung beachtet werden. 
Alle Standardroutinen werden mit verschiedenen Möglichkeiten 
der Parameterübergabe angeboten. 
Es ist deshalb vorteilhaft, sich während der Eisatzvorbereitung 
für eine Variante der Parameteriibergabe zu entscheiden und 
diese Variante durchgängig anzuwenden. Die Verarbeitung er- 
folgt in linearen Blöcken, die mittels Aneinanderreihung von 
Verarbeitungsroutinen entstehen. Mit Hilfe der Datentypen 
.‚Verarbeitungsblockliste" und „Parametgrblockliste" wird jeder 
Kenngröße ein Verarbeitungsblock und ein Parameterblock zu- 
geordnet. Da sämtliche Verarbeitungsroutinen wiedereintritts- 
fahig sein müssen und auf Grund der Trennung von Verarbei- 
tungssteuerung (Verarbeitungsblock) und Parametern der Ver- 
arbeitung (Parameterblock) können Kenngrößen mit gleichen 
Verarbeitungsalgorithmen einen Verarbeitungsblock mehrfach 
nutzen. Während der Verarbeitung werden die Register B. H, L 
als Gleitkommaakku genutzt. Ein Verarbeitungsblock beginnt 
also immer mit einer Routine zum Laden des Gleitkommaakkus 
oder mit einer Routine, die diesen Vorgang eirschlie$t (z. B. 
Dimensionierungsrout inen). 
Das Abspeichern der resultierenden Kenngröße wird von 
MEPRIM automatisch realisiert. Während der Verarbeitung 
auftretende Fehler werden von MEPRIM crkannt und als Alarm 
angezeigt. Durch den Einsatz von Fehlermasken kann bel auf- 
tretenden Fehlern das Abspeichern bzw. das Setzen des Sinn- 
fälligkeitsbit im Datentyp ‚‚Kenngrößenstatus" (als Kennzei- 
chen, daß die Kenngrbl e fehlerbehaftet ist) unterdriickt wer- 
den. 
Alle Kenngräßen werden in Zykluszeitgruppen (maximal 32) 
eingeordnet. Mittels Vorrangorganisation des Echtreitsteuer- 
programmsystems EIER 1521 wird gewährleistet, dali die Be- 
arbeitung von Kenngrößen mit großen Zyklusreiten durch die 
Bearbeitung von Kenngrößen mit kleinen Zykluszeiten unter- 
brechbar ist. Für folgende Aufgaben werden Standardroutine 
angeboten: 
— Laden von Mefiwerten, Kenngrößen und Variablen in den Gleit- 
kommaakku (Register B, H, L) und in die Register C, D, E 


Tab. 3 Rechgmeiten der Drei-Byte-Gieitkommaßrithmetik 


Operation mittlere Rechenzeit /ss] 
Addition 140 
Subtraktion 140 
Multiplikation 440 
Division 690 
Quadratwurzel 870 
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- Abspeichern von Variablen aus dem Gleitkommaakku 
Sinnlälligkeitsprüfung von Meßwerten und Kenngrößen 
(Auswertung des Sinnfalligkeitsbit in den Statuslisten) 
Arithmetische Operationen (Addition, Subtraktion, Multi- 
plikation, Division, Quadratwurzel) 

Glätturig 
Summienbildung, Mittelwertbiidung und Varianz 
Grenzwert ilb erwachung 
Bestimmung von Extremalwerten mit Abspeicherung von 
Zeitmarken 

- Trendverfolgung. 


S. $erviceroutinen 


Zur Bedienung des Systems MEPRIM sowie film den Zugriff zu 
Datentypen werden Serviceroutinen angeboten. Sie können 
als Unterprogramme von alien Tasks aufgerufen werden. Es 
handelt sich urn wiedereintrittsfähige Unterprogramme. Die 
übergabe von Parametern erfolgt in Registern. Als Parameter 
treten zum Beispiel Meßstellennurnmemn, Kenngröliennum- 
mern, Datentypnummern usw. auf. 

Es werden alle Register außer AF gerettet. 

Falsche Parameter werden erkannt. In diesem Fall wird die 
Serviceroutine nicht abgearbeitet, und bei Verlassen der Rou- 
tine wird das Carry-Flag gesetzt. 

Serviceroutinen stehen flit folgende Zwecke zur Verfügung: 


Bin- und Ausschalten von Melistellen und Kenngrößen 
Setzen und Rbcksetzen des Sinnfälligkeitsbit bei Meßstellen 
und Kenngroßen 

— Setzen und Rücksetzen des Anlaufbit bei Kenngrößen 

— Ändern der Ausfallgruppennummer bei Maßstellen 

— Ändern der Zykluszeitgruppennummer bei Kenngrößen 

— Ändern von unterer und oberer Ausfallgrenze und Zahl 
zulässiger Grenzwertverletzungen bei Ausfallgruppen 

- Zugriff zu Datentypen (lesen und schreiben). 


7- Behandlung von Fehler- und Systemmitteilungen 


Während der Arbeit des Pragrammsystems MEPRIM können 
eine Reihe von Fehler- und Systemmitteilungen (Alarme) er- 
zeugt werden. Alle derartigen Meldungen werden in einen 
Alarmpuffer eingetragen. Dieser ist als Ringpuffer organisiert. 
Seine Größe ist genemierungsabhangig. Das Kermzeichenbit 
einer Meldung enthält Informationen über deren weitere Be- 


handlung. 
7 0 


BBERZBER 


Kennreechen für Aetd Meldung 
interne Rereklen ( I- ja, O -neun | 
IYeitergabe der Me!dung (7- ju, 0- ne,n) 


Die Zuordnung von Art der Meldung und Kennzeichen ist gene- 
rierbar. Bin Maßnahmeprogramm wertet die Eintragung des 
Alarmpuffers aus. Fur die interne Reaktion aas Maßnahmepro- 
gramms sind vom Anwender Behandlurgsunterprograrnme zu 
schreiben. Interne Reaktionen auf Alarme können zum Beispiel 
das Ausschalten von Meiistellen oder Eintragen von Ersatzwer- 
ten sein. Dem Behandlungsunterprogramm werden alle Anga- 
ben des Alarms als Parameter übergeben. 


Mikrorechner-Entwicklungssystem robotron A 5601, das sich auch fitir 
die Generierung der problemorientierten Systemuntedagen fir die Pro- 
zeBrechnersysteme A 6491/A 6492 eignet. Werkfoto 


Bei der Weitergabe der Meldung wird diese um die Uhrzeit er- 
gänzt und in einen zweiten Puffer eingetragen. Dieser Puffer 
wird vom Maßnahmeprogramm mit Hilfe eines EIEX-Rufes 
SLRE (Slaverequest) zur Übertragung an den Masterrechner 
bereitgestellt /5/. 

Der Anwender hat die Möglichkeit, die Fehier- und Systenunit- 
teilungen von Anwenderprogrammen in die vorhandene Be- 
handlung einzuordnen. 


B. Generierung 


Die problemorientierten Systemunterlagen sind generierungs- 
£ähig und damit gezielt an spezielle Einsatzfälle anpassbar. Sie 
stellen darüber hinaus bestimmte Anforderungen an die Gene- 
rierung des Echtzeitsteuerprogrammsystems EIEX 1521. Diese 
betreffen die Generierung des Steuerkerns, der Zeitorganisation, 
der Prozeii- und Unterprogrammorganisation. 

Da die Programme'des Systems MEPRIM mit dem Haupt- und 
dem Tauschregistersatz des Mikroprozessors arbeiten, ist der 
parallele Betrieb von MEPRIM und Floppy-Disk-Laufwerken 
nicht möglich. 

Die Generierung der problemorientierten Systemunterlagen 
erfolgt in zwei Teilen. Teil 1 umfaßt die Generierung der Pro- 
gramme, die Auswahl der Veraibeitungs- und Serviceroutinen 
und die Generierung der Gröfe der Datentyplisten. Im zweiten 
Teil der Generierung werden die Belegung der Datentyplisten, 
das heißt die Art der Verarbeitung und die Parameter der Ver- 
arbeitung festgelegt. 

Die Festlegungen des ersten Teils der Generierung sind im all- 
gemeinen während des Programmlaufs nicht änderbar. 

Für die Generierung werden als Hilfsmittel die bedingte Assem- 
blierung und die Makrotechnik eingesetzt. Sie kann auf einem 
Mikrorechblerentwicldungssystem robotron A 5601 (MRES 20)- 
durchgefiihrt werden. 


Literatur zu diesem Beitrag auf Saite 62 


K-1600-Fileprozessor 
unterstützt 
Datenbanksysteme 


Dr. Reinhard Krien 
VEB Robotron-ZFT Dresden 


1. Zielstellung und Definition 


Kleinrechner haken neben ihren traditionellen Anwendungsge- 
bieten in der Produktions- und Fertigungssteuerung; bei Über- 
wachungsaufgaben sowie wissenschaftlich-technischen Rech- 
nungen eine zunehmende Verbreitung auf dem Gebiet der nicht- 
numerischen und ökonomischen Datenverarbeitung gefunden. 
Besonders bei den letztgenannten Aufgaben besitzt die Ab- 
speicherung, Verwaltung und das Wiederauffinden umfangrei- 
cher Datenbestände M Form von Dateien bzw. Files auf Platten- 
speichern eine große Bedeutung. 
Dieses Vordringen der Kleinrechner in Aufgabengebiete, die 
bisher weitestgehend durch EDVA abgedeckt wurden, wird 
auch in Qualität und Quantität der für Kleinrechner bereitge- 
stellten Systemunterlagen deutlich. Die modernen Betriebs- 
systeme der Kleinrechner (z. B. OS/RW der CM 3/4 bzw. 
MOOS 1600 des Mikrorechnersystems robotron K 1600) ent- 
halten unter anderem Programmsysteme, die es den verschie- 
denen Nutzern ermöglichen, auf Makroassembler-Niveau bzw. 
dem Niveau einer höheren Programmiersprache Dateien virtuell 
einzurichten und auf die gewdnschten Sätze bzw. Blöcke zuzu- 
greifen, ohne den physischen Ort der Sätze bzw. Blöcke der 
Datei zu kennen. 
Dieser Nutzerkomfort bei der Datenverwaltung stößt aber be- 
sonders bei FOeinrechnern an Effektivitätsgrenzen, die im Ab- 
sinken des Systemdurchsatzes, in Laufzeituneffektivitäten und 
Aufgabenbegrenzungen aufgrund zu geringen Hauptspeicher- 
platzes sparbar werden. 
Mit dem Fileprozessor wird deshalb das Ziel verfolgt, die Datei- 
bzw. Filearbeit im System K 1600 zumindest auf dem Niveau 
der „Basiszugriffsmethoden" zu effektivieren. Es wird ange- 
strebt, den Leistungsbereich des K 1600 bei vorausgesetztem 
hohen Anteil an Dateiarbeit insbesondere bezuglich Speicher- 
platz und Durchsatz auszuweiten. Weiterhin sollen Unterstut- 
zungen bei der Implementierung leistungsfähiger, nutzerfreund- 
licher Kleinrechner-Datenbanksysteme (DBS) geneben und mit 
der Mehrprozessorstruktur der Schritt in Richtung Datenbank- 
maschine (DBM) unterstutzt werden. 
Diese Zielsetzung wird auch durch die internationalen Entwick- 
lungstendenzen auf diesem Gebiet motiviert. Diese lassen sich 
so zusammenfassen: 
« Zunehmende Hardwareunterstützung von DBS mit dem Ziel 
der Einfiihrung von Datenbankmaschinen 
« gerätetechnische Basis der DBM sind Multimikroprozessor- 
systeme, Mikroprozessor-Speicherkopplungen und Klein- 
rechner 
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«e Funktionsspektrum der DBM: auf der einen Seite Effekti- 
vierung des externen Speicherzugriffes, auf der anderen 
Seite Übernahme der Funktionen von „Spitzen-DBS" 

° Forderung nach höherer Nutzerfreundlichkeit der DBS so- 
wie ihres Einsatzes auf kleinen Rechenanlagen fuhren auf 
das Problem der gerätetechnischen Unterstützung von DB- 
Funktionen. 


Unter Berücksichtigung der genannten Zielsetzung und der Ent- 
wicklungstendenzen soll unter dem Fileprozessor (FP) ein uni- 
verseller Prozessor des Systems K 1600 mit zugeordnetem Ar- 
beitsspeicher verstanden werden, der mit einem K-1620/x-1630- 
Verarbeitungsprozessor (VP) über eine Koppeleinheit BKE 1600 
in Verbindung steht. Mittels Aufteilung von Systemroutinen des 
MOOS 1600 auf beide Prozessoren und durch Systemprogranun- 
erweiterungen für den Austausch von Steuerdaten führt der FP 
die im Nutzerprogramm auf dem VP angeforderten Dateizu- 
griffe des FCS 1600 auf dem Niveau des virtuellen Blockzu- 
griffs nach Übermittlung von Steuerdaten selbständig aus. 


2. Gerätetechnische Basis des Fileprozessors 


Die Gerätekonfiguration für den Fileprozessor zeigt Abb. 1. 
Die K-1620- bzw. k-i 630-CPU sind über eine Buskoppeleinheit 
verbunden. Die Koppeleinheit ermöglicht es, im DMA-Verkehr 
Steuerworte bzw. Datenblöcke zwischen den beiden Haupt- 
speichern der Prozessoren auszutauschen. Die Koppeleinheit 
wird als peripheres Gerät über ein Gerätetreiberprogramm, das 
in beiden Prozessoren vorhanden ist, angesprochen. 

Das Ansprechen der Koppeleinheit und die logische Einordnung 
der über die Koppeleinheit ausgetauschten Daten in die jeweili- 
gen Programmabläufe muß im allgemeinen auf Nutzerniveau 
erfolgen bzw. beim FP durch die entsprechenden Steuerrouti- 
nen. 

An den FP sind die Platteneinheiten für die Nutzerdateien und 
auch für die Systemprogramme (die Platteneinheit am VP ent- 
häit die Systemprogramme) und die für die Nutzung nötige 
Peripherie angeschlossen (Ein-Ausgabe-Geräte, Terminal, Loch- 
bandstationen usw). 


Feleprozessar 


Verar6eftungsprozessor 


FCS; ACP - Task; FP-Steuer- 
routir!er) 


Nutzerprogramm mit Oaterzu- 
gr((fer?. FP-Steuerroutenen, 
FCS5 -Reet 


Abb. 1 Hardwarekonfiguration des Fileprozessors 


3. Fileprozessor-$imulationslösung 


3.7. Organisation des Plattenzugriffes 
im Moos 1600 


Im MOOS werden Plattendateien physisch in Blockeinheiten 
der Länge 512 Byte abgespeichert, wobei für den Zugriff (z. B. 
Lesen oder Schreiben) die physische Plattenadresse des Blockes 
im entsprechenden Plattengeräteregister bereitzustellen ist. Quell- 
moduln, Objektmoduln bzw. Tasks werden ebenfalls als Dateien 
auf der Platte gespeichert. Die Plattenorganisation erfolgt aber 
für den Nutzer virtuell. 

Dieser spezifiziert die entsprechende Datei durch [UIC]: file- 
name .filetyp; versionsnummer und das Betriebssystem fuhrt 
vermittels des ACP-Task (auch Dateiprozessor genannt) die phy 
sischen Dateizugriffe, z. B. das Laden eines Task in den FIS aus. 
Der Nutzer wird eine Datendatei im allgemeinen auch virtuell 
einrichten, indem er die Dienste der zum MOOS 1600 gehöri- 
gen Dateizugriffsroutinen FCS 1600, bzw bei höheren Anforde- 
rungen bezüglich des Satzzugriffes die POS RMS 1600 oder per- 
spektivisch das K-1600-Datenbanksystem DABA 1600 nutzt. 
Die Transformation des virtuellen Blockzugriffes in den physi- 
schen Blockzugriff gemäß physischer Block-Nummer wird vom 
FCS im Zusammenspiel mit dein ACP-Task und den Parame- 
tern des Dateibeschreibungsbi ockes (FDB), mit dem der Nutzer 
seine Datei definiert und beschreibt, ausgeführt. 

Beins RMS 1600 bzw. auch beim DABA 1600 wird nach ana- 
logen Prinzipien verfahren. 

Ein erster Zugriff auf eine Nutzerdatei erfordert meist mehrere 
Plattenzugriffe, da zur Transformation des virtuellen in den 
physischen Zugriff eine Hierarchie von Datei-Kennsätzen bzw. 
Verzeichniseintragungen mit entsprechenden Zwischentransfor- 
mationen zu durchlaufen ist. 

Anhand von Abb. 2 wird das Zusammenspiel der verschiedenen 
Routinen und Tasks bei einem virtuellen Blockzugriff betrach- 
tet. Es wird gleichzeitig gezeigt, ab welcher Schnittstelle der 
Fileprozessor die Organisation des Plattenzugriffes übernimmt. 
Irn Bild ist eine typische Speicheraufteilung eines K 1620 für 
einen Nutzertask, der mit dern FCS 1600 arbeitet, dargestellt. 
Die FCS-Routinen gehören zum Nutzertask und werden wäh- 
rend der Taskbildung mit dem Nutzerobjektmodul verbunden. 
fin Beispiel soli ein Block einer Plattendatei durch ein READ t 
gelesen werden. Durch das READ S-Makro wird die entspre- 
chende Routine des FCS angesprungen (1), die weitere Routi- 
nen initialisiert, bis am Ende ein Anweisungsparameters ock 
entsteht (2). Der Anweisungsparameters ock enthält alle vom 
Betriebssystem benötigten Informationen, urn den Plattenzu- 
griff auszuführen. Er wird über den EMT-377-Befehl an die 
Exekutive MOEX 1600 übergeben (3). 

Nach Durchlaufen verschiedener Exekutive-Routinen enthält 
der Plattentreiber die Steuerung (4). In Zusammenarbeit mit 
dem Dateiprozessor wird die Transformation virtuelle in logi- 
sche Block-Nr. ausgeführt (5) und der Plattentreiber setzt die 
logische Block-Nr. mittels direkter Zuordnung in die physische 
Plattenadresse urn (6). 

Nach dens Laden der Geräteregister (7) wird der kewünschte 
Plattenzugriff ausgeführt (8). 

Bei Einsatz des FP müssen der beschriebene Ablauf des Platten- 
zugriffes geeignet aufgetrennt und die jeweiligen Restroutinen 
in Verbindung mit weiteren, die FP-Arbeit steuernden Program- 
moduln auf beide Prozessoren verteilt werden. 

Im Falle eines READ- bzw. WRITE-Makros, das hext beim Le- 
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MOEx 1600 
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Dateiprozessor 
«»CP - Task) 
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FCS - 1600 -Routinen. 
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pammeterbloc 


EMm 377 
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Abb. 2 Ablauf ernet Dateia'dotderung 


sen oder Schreiben eines Blockes, wird als Schnittstelle für die 
Arbeit zum FP der den Blockzugriff einleitende EMT 377 gewählt. 
Bei der Eröffnung einer Datei löst die entsprechende FCS-1600- 


Nutzeep2ogI amm 


= 70707 Schreib-Datei eioffnen 
Teemenaleingabe 
Black auf Platte schreiben 
"_ -- Schreib-Date+ scM,&en 
-- - - Lese-Datei eröffnen 
"X f Block von PIblte lesen 
l Term'rialausgabe 
Lese-Datei schliellen 


4x 


Routine mehrere EMT 377 mit nachfolgendem Plattenzugriff aus. 
Fur die Steuerungsübergabe an den FP ist es deshalb vorteilhafter, 
nicht den Zeitpunkt des EMT 377 zu wählen, sondern durch ‚lo- 
gisches Anheben" der Schnittstelle, nach einmaliger Steuerungs- 
übergabe, die EMT 377 des OPEN im FP fortlaufend, ohne zwi- 
schenzeitliche Rockgabe der Steuerung an den VP, abzuarbeiten. 


3.2. Prinzip und Lösungsvariante 
des Fileprozessors 


Der Funktidnsnachweis und erste Untersuchungen zum F Ile- 
prozessor wurden vermittels einer Simulationslösung für ein 
K-1600-Einprozessorsystem vorgenommen. Die weiteren Unter- 
suchungen fanden bzw. finden auf einem K-1600-Zweiprozes- 
sorsystem gemäß Abb. 1 statt. 

Die Simulationslösung ist so aufgebaut, daii der Übergang vom 
Einprozessorsystem zum Zweiprozessorsystem durch Austausch 
von Kommunikationsroutinen möglich wird. 

Das Prinzip der Simnlationsläsung, das Zusammenspiel der bei- 
den Prozessoren und die dafür nötigen Programmkomponenten 
werden anhand der Abb. 3 diskutiert. 

Die 14-K-Partition ist in zwei Sub-Partitionen eingeteilt, so daß 
das Programm VPROZ in die eine sub-Partition und die Steuer 
und Zugriffsroutiien des FP als Programm FPROZ in die zweite 
Sub-Partition als eigenständige Tasks geladen werden. Weiterhin 
wurde eine von beiden Tasks nutzbare Datenpartition eingerichtet, 
in welcher der zwischen VPROZ und FPROZ in beiden Richtungen 
auszutauschende Nachrichtenblock COMBLgespeichert vorliegt. 
Das Programm VPROZ besteht aus dem eigentlichen Nutzer- 
programm mit einer Schreib- und einer Lesedatei, den notwen- 
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Abb. 3 Zusammenarbeit der Programme VPROZ mid FPROZ (Simulationulösung) 
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digen FP-Steuerroutinen auf der Verarbeitungsseite, den Routi- 
nen des FCS 1600 sowie Hilfsroutinen. 

Im Nutzerprogrammteil von VPROZ wird eine Platten-Schreib- 
datei eröffnet und mit vier Blöcken der Länge 512 Byte über Ter- 
minal beschrieben. Nach Schließen der Schreibdateiwird diese als 
Lesedatei eröffnet, und innerhalb einer Schleife werden die auf 
Platte geschriebenen Blöcke gelesen und im HS bereitgestellt. 
Zur Verwirklichung der FP-Arbeit erfolgt bei OPEN $ und CLOSE 
$ aus dem Makro der Sprung in die FP-Steuerroutinen von VPROZ. 
Bei READ $ bzw. WRITE $ wird der Absprung in die FP-Steuer- 
routinen vor dem Emulator-Trag-Befehl EMT 377 ausgeführt. 
Die Wirksamkeit der Makros OPEN $, CLOSE $, WRRITE $, 
READ $ wird somit in VPROZ unterdrückt. Ihnen sind FP- 
Steuerroutinen zugeordnet, die zusammen mit weiteren Steuer- 
routinen den Nachrichtenblock COMBL mit den aktuellen Da- 
ten bezüglich der angeforderten FCS-Operation füllen. 

Mit dem Rillen von COMBL ist die Arbeitsaufgabe der modifi- 
zierten FCS-Routinen in VPROZ abgeschlossen. Durch die 
Routine INTASK wird die Steuerung an FPROZ abgegeben. 

Die wechselseitige Steuerungsübergabe zwischen VPROZ und 
FPROZ erfolgt über gemeinsame Steuerflags. 

Das initialisierte Programm FPROZ analysiert die in COMBL 
übergebene Nachrichtennummer, die die angeforderte FCS- 
Operation charakterisiert und ubergibt die weitere Steuerung 

an diejenige Routine, die diese Dateioperationen ausführt. Im 
Programm FPROZ werden dazu der Dateibeschreibungsblock 
und der Anweisungsparameterblock aus COMBL aktualisiert. 
Nach Beendigung der Dateioperation werden von FPROZ die 
von der Platte gelesenen Nutzerdaten in COMBL zurückgeschrie- 
ben und der aktualisierte Nachrichtenblock zusammen mit der 


Steuerung an VPROZ zurückgegeben. 
Nach absch]ießenden Arbeiten — Bereitstefen der Nutzerdaten im 


Nutzerpufferbereich und Behandlung der Endemitteilungen — ist 
die Dateioperation beendet und die nächste kann ausgeführt wer- 
den. Bei der Arbeit mit dem Zweiprozessorsystem laufen VPROZ 
und FPROZ auf jeweils einem eigenen Prozessor. Der Austausch 
des Nachrichtenblockes erfolgt über die BKE 1600, indem die Kom- 
munikationsroutine INTASK bzw. die entsprechenden Abläufe von 


FPROZ durch QIO-Rufe bezüglich der Koppeleinheit ersetzt werden. 


4. Ergebnisse und $chlußfolgerungen 


Die Untersuchungen zum FP führten zu folgenden Ergebnissen 
und Schlußfolgerungen: 


«e Das Funktionsprinzip des FP und damit die Aufteilung der 
Filearbeit auf zwei Prozessoren wurde bestätigt. 

° Aus Zeitmessungen ergab sich, daß bis zu 90 Prozent der 
Filearbeit auf den zweiten Prozessor ausgelagert werden 
kann. 

° Mittels Auslagerung von FCS-1600-Routinen können im 
Verarbeitungsprozessor pro Task 4 bis 10 K Byte Speicher- 
platz zusätzlich bereitgestellt werden. 

e Dutch residente Speicherung des ACP-Task im FP ist ehie 
Verkürzung der Programmlaufzeit zu erwarten. 

e Die Leistungsfähigkeit eines K-1600-Ein-Prozessorsystems 
kann mit Hinzunehmen eiiies weiteren Prozessors ausgewei- 
tet werden. ohne daß noch einmal die gesamte teure Peri- 
pherie benötigt wird. 

« Der FP läßt sich in Verbindung mit weiteren gerätetechni- 
schen und programmtechnischen Maßnahmen für die Effek- 
tivierung den Arbeit von DBS nutzen. 


54 edv-aspekte 1/83 


Emulation/simulation 


Emulationssystem 


robotron 
4200/4201 — K 1600 


Robert Syring 
VEB Robotron- Vertrieb Berlin 


1. Vorbemerkung 


Beim Obergang von einem Rechnersystem auf ein anderes spie- 
len Kompatibilitätsfragen eine bedeutende Rolle, insbesondere 
dann, wenn das abzulösende Rechnersystem weit verbreitet 
und über einen relativ langen Zeitraum im Einsatz war. Oft 
wurden für das abzulösende Rechnersystem umfangreiche Sy- 
stemunterlagen und Applikationsprogramme geschaffen, die 
es zu erhalten gilt, da eine Neuentwicklung ökonomisch nicht 
vertretbar ist. 

Für das Erreichen der Programmkompatibilität gibt es zwei 
Verfahren: 


° Simulation 
« Emulation. 


Bei der Simulation werden die Funktionen des abzulösenden 
Rechners mittels rein programmtechnischer Mittel auf dem Ziel- 
rechner nachgebildet. Dabei steigt der programmtechnische Auf- 
wand urn so mehr, je größer die Unterschiede zwischen beiden 
Rechnersystemen sind. 

Bei der Emulation werden die Unterschiede zwischen den Rech- 
nersystemen durch hardwaremäßige Simulation ausgeglichen, 
die Kompatibilität wird also mit gerätetechnischen Mitteln her- 
gestellt. Bei modernen Rechnern wird die Emulation auf der 
Mikroprogrammebene mit Mikrobefehlen, die härdwarenah 
sind, erreicht. Das Abspeichern der Mikroprogranune erfolgt 
auf schnellen ROM-Speichern. 

Mit den Entwicklung des Mikrorechnergerätesystems K 1600 
(MGS K 1600) gilt es, die POS und MOS5 der Familie robotron 
4200/4201 mit Hilfe ciner Kompatibilitätseinrichtung weiter 
zu nutzen. 

Wurden bei früheren Übergängen zwischen verschiedenen Rech- 
nerfamilien (z. B. R 300 — robotron 4000) rein programm- 
technische Mittel (interpretative Simulation) zur Erzeugung 

der Programmkompatibilität eingesetzt, scheidet diese Möglich- 
keit hier aus, da die Operationsgeschwindigkel]ten beider Rech- 
nerfamilien in der gleichen Größenordnung liegen und damit 
die Simulation zu einer nicht vertretbaren Erhöhung der Aus- 
führungszeiten der Programme des robotron 4200/4201 führen 
würde. Deshalb wird die Programmkompatibilität mittels Emu- 
lator für den robotron 4200/4201 auf der Basis des MGSK 
1600 hergestellt. 


Um die problem- urd maschincnoriontierler sy ermu iiterlagen der rahi- 
reichen roboten 4200/4201 beim Übergang auf em K4600-5ystern 
weiter jiutzen ru könnei, wurde dn Emulator robotrorı 4200/4201 — 


K 1600 entwicksit, den der Beitrag beschreibl. Werkfoto 


2. Der Emulator robotron 4200/4201 — K 1600 


2.1. Einsatzgebiete 


Der weitaus gr&L te Ted der vorharldenen KRS-Programme ist 
für den wissenschaftlich-technischen und tedinisch-ökonomi- 
schen Einsatzbereich (WTÜR) entwickelt worden. Aus diesem 
Gaund dient der Emulator in erster Linie zur Weiterverwendung 
vorhandener WTOR-Projekte des robotron 4201. 

Außerdem ist era Nachnutzung hew ihrter und erprobter KRS® 
Projekte durch K 1600-Anwender, die einen Rechner des MGS 
K 1600 mit Emulator besitzen, denkbar. 


2.2. Bestandteile des Emulationssystems 


Das Emulation stystem besteht aus folgenden Komponenten: 


« Ernulatorprozessor EMP K 2063 

« Hauptspeicher mit 32 K Worten für die ausrufiihrenden 
KRS-Programme 

° Operativspeicher mit 32 K Worten für die Routinen des 
Emulationssystems 

« Unterbrechungssystem 

« Nachbildung des programmierten Kanals 

« Nachpildung des ESK 

«  Geräteroutinen 

+ Simulationsroutinen. 


Zum Nachbilden der speicherbezogenen Befehle des robotron 
4200/4201 besitzt der Emulator einen speziellen Prozessor mit 
dem Befehlsvorrat des robotron 4200/4201. 

Die Nachbildung der peripheren Geräte des robotron 4200/4201 
erfolgt auf den Geräten des MGS K 1600 mit Hilfe von Geräterou 
tinen, die die E/A-Befehle des robotron 4200/4201 simulieren. 
Das Bedienpult des robotron 4201 wird mittels simulations- 
routine (Monitor) nachgebildet, 

Zum Ausführen der Routinen des Emulationssystems wird em 
spezieller Dperativspeicher verwendet, so daii dem Nutzer der 
volle Adreliraum des KRS-Hauptspeichers mit 32 K Worten zur 
Verfügung steht. Sowohl der KR5-Hauptspeicher als auch der 
Emulatorspeicher sind moderne RAM-Halbleiterspeicher. 


2.3. Gerätekonfiguration 


Das Emulationssystem robotron 4200/4201 — K 1600 ist für 
die Arbeit mit dem K 1620 und K 1630 vorgesehen. V oraus- 
setzung für das Abarbeiten von robotron4200/4201-Pragram- 
men ist dabei ein Emulatorzusatz. 

Die Bedienung der unterstützten robotron4201-Geräte erfolgt 
auf der Basis der entsprechenden Geräte der K-1600-Peripherie. 
Unterstützte robotron4200j4201-Geräte, fur die keine ent- 
sprechenden Geräte in der K-1600-Peripherie vorhanden sind. 
werden auf artverwandten Geräten der K-1600-Peripherie nach- 
gebildet. Vom Eniulationssystem werden folgende Geräte des 
robotron 4200/4201 bedient: 


— Bedienschreibmaschine 
— Lochbandeinheit 

-- Seriendrucker 

— Magnetbandspeicher 

— Trommelspeicher 

— Kassettenplattenspeicher_ 


Die Bedienschreibmaschine des robotron 4200/4201 wird auf 
der Bedieneinheit des K 1600 und der Trommelspeicher des 
robotron 4200/4201 auf dam Kassettenplattenspeicher des 

K 1600 nachgebildet. 


2.4. 1 nterruiptorganisatio n 


Das [Jnterbrechungssystem des robotron 4200/4201 wird mit 
Hilfe eines Mehrebeneninterruptsystems nachgebildet. Mit 
Hilfe dieses in terruptsy sterns verwaltet der Emulator aulier- 
dem die Geräteinterrupts der verwendeten Peripherie des MGS 
K 1600. 

Die erforderliche Vergabe der Prioritäten entspricht dabei dem 
Mehrebeneninterruptsystem des MG5 K 1600. 


2.5. Monitor 


Der Monitor ist ein Kommandoprogramm, das eine zentrale 
Stellung irn Ernulationssystem einnimmt. 

Bestimmte Einstellungen, die am robotron 4200/4201 geräte- 
technisch realisiert werden, erfolgen beim Emulator mit Hilfe 
des Monitors. 

Der Monitor hat folgende Aufgaben: 


— Nachbildung des robotror4200/4201 »Bedienpults 

— Nachbildung von Bedienelementen von robotron4200/4201- 
Geräten, die bei K-1600-Gerätes nicht existieren 

— Bingabe von logischen Anfangswerten für die simulierten 
Gerätefunktionen 

— An.eigen von Registern und Hauptspeicherzellen 

— Eingaben in Register und Hauptspeicherzellen 

— Obergang in den Laufzustand. 

Zur Lösung dieser Aufgaben besitzt dat Monitor eine eigene 

Kommandosprache. Der Syntax dieser Kommandosprache ist 

an die Syntax der Kommandosprache der Bedieneinheit 1600 

angelehnt. 

Dabci werden verschiedene Arten von Kommandos unter- 

schieden: 

— Schalterkommandos, mit deren Hilfe die Schalter des Be- 
dienpults des robotron 4201 nachgebildet werden 

— Kommandos, mit denen auf Speicherstellen des nachgebil 
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deten KRS-Hauptspeichers und auf die Nachbildung des K- 
und des A-Registers zugegriffen werden kann 

-  Startkommandos, mit denen der Prozessor und die Pro- 
grammausführung ab einer bestimmten Adresse gestartet 
werden können 

— Kommandos, die das Nutzen der Testhilfefunktionen des 
Emulatormonitors gestatten. 


2.6. Bedienung 


Ein K 1620 bzw. K 1630 mit Emulatorzusatz kann alternativ 
in zwei Betriebszuständen arbeiten: 


- Abarbeitung von Tasks des MGS K 1600 
--- Abarbeitung von Prograsrimen des Kleinrechnersystems 
robotron 4200/4201. 


Der Obergang zwischen den zwei Betriebszuständen erfolgt 
mit Hilfe von Bedienkommandos. Der übergang zwischen den 
beiden Betriebszuständen bzw. das Laden der Emuiatorrouti- 
nen und Starten des Emulators wird mit Hilfe der Konsolemu- 
latorroutine des K 1600 bzw. der Executive des Betriebssystems 
MOOS 1600 ausgeführt. 

Der Operator kann mit Kommandos, die über das Bediengerät 
eingegeben und vom Monitor realisiert werden, mit dem Emu- 
lationssystem korrespondieren (siehe Abschnitt 2.5.). 

Zur Ausführung von KRS-Prograrnmen unter Steuerung eines 
KRS-Betriebssystems wird das Betriebssystem nach den Kon- 
ventionen des robotron 4201 geladen und gestartet. Das Be- 
triebssystem übernimmt dann die Steuerung der weiteren Pro- 
grammausführung. 


3. Generierung 


Der Anwender des robotron 4200/4201 hat eine große Anzahl 
von An chlunniglichkeiten für die Anschlußsteuereinheites 
des programmierten Kanals zur Verfügung. 

Bedingt durch die variablen Anschlufimdglichkeiten der An- 
schlußsteuerungen und EjA-Geräte heim robotron 4200/4201 
muß für den Emulator eine Zuordnung der E/A-Befelsrouti- 
nen und eine Zuweisung der entsprechenden Geräte der K-1600- 
Peripherie vorgenommen werden. Für den Anwender ist die Zu- 
ordnung der Geräte des robotron 4200/4201 zu den Kanal- 
adressen und die Zuordnung der Kanaladressen zu den E/A- 
Registeradressen dci K-1600-Geräte variabel. Der Nutzer führt 
diese Generierung einmalig vor Beginn der Arbeit mit dem 
Emulator aus. Er muß dabei folgende Angaben machen: 


— welche Geräte des robotron 4200/4201 sollen nachgebildet 
werden? 

— an welche Kanaladressen sallen die Geräte angeschlossen 
werden? 

— welche Maskenbits sind für welche Kanäle gültig? 

— Geräteregisteradressen der K-1600-Geräte, die für die Nach- 
bildung der KRS-Geräte verwendet werden. 

Diese Informationen werden in die entsprechenden E/A-Tabel- 

len eingetragen. Von dem so generierten Emulationssystem 

wird ein Speicherabzug hergestellt, der so lange benutzt wer- 

den kann, his eine Knderung der Gerätekonfiguration zu einer 

neuen E/A-Generierung zwingt. 


Der 08205-Z-Simulator 
SIMZ 1600 


Annerose Albrecht, Volker Becher, Wolfgang Fleerklotz 
ingenieurhochschule Zwickau 


Bis Mitte der siebzigerJahre wurden "am VEB Rechenelektronik 
Meiüingen/Zella Mehlis Kleinrechenanlagen "am Typ C8205 
und C8205-Z prodr'dert. Sie wurden und werden vorwiegend 
in kleineren Rechenzentren zur Rationalisierung van Leitungs- 
und Planungsaufgaben eingesetzt, und es entstand dart eine 

Vielzahl von Programmen. 

Viele Anwender des C8205 sind nicht in der Lage, diese Pro- 
gramme in kurzer Zeit rind in vollem Umfang auf die neue 
Rechentechnik umzustellen. Deshalb wird für sie ein Simulator 
C8205-Z für KBR A 6401 bzw. A 6402 (51MZ 1600) geschaf- 
fen. Für die Entwicklung des Simulators wurden die System- 
unterlagen des 08205-Z 11/, des Simulators 51MC 4200/2/ 
und SIMZ 4200/4000/3/ verwendet. 


1. Konzept des Simulators 81MZ 1600 


Da bereits Für die Kleinrechnersysteme robotron 4200/4201 ein 
Simulator (SIMZ 4201) entwickelt und vom VEB Kombinat 
Robotron vertrieben wurde, soli für Nutzer dieses Simulators 
ein problemloser Übergang geschaffen werden. Aus diesem 
Grund wird die Kommandosprache beider Simulatoren, soweit 
es gerätetechnisch möglich ist, Kompatibel gestaltet. Die (Jbet' 
einstimmungen zwischen SIMZ 4201 und SIMZ 1600 werden 
im Punkt 3. dargestellt. 

Der zu entwickelnde Simulator nutzt das Betriebssystem 
MOOS 1600 und belegt den Speicherbereich von Adresse 
"40000 bis '150000. Diese Speicherbelegung ist insofern wich- 
tig, da sie bei der Generierung die Partitionsfestlegung beein- 
flußt. 

Viele Rechner vom Typ € 8205 sind mit mehr als einem Loch- 
bandleser bzw. -stanzer ausgerüstet. Da im Normalfall die Rech- 
ner A 6401 mit nur einer Lochbandeinheit ausgestattet sind, 
ist eine Simulation der Lochbandeingabe und -ausgabe auf 
Magnetplatte vorgesehen. Dadurch ist es möglich, Daten bzw. 
Dateien, die beim C 8205 vom Lochband verarbeitet wurden, 
auf Magnetplatte zu speichern und anschließend zu verarbeiten. 
Die verhältnismäßig ITangsame Lochbandarbeit kann somit teil- 
weise umgangen und die Leistungsfähigkeit des A 6401 besser 
ausgenutzt werden. Magnetband und Magnetbandkassette wer- 
den vom Simulator SIMZ ] 6[ FO nicht unterstützt. 

Zur besseren Überwachung des Programmablaufes beinhaltet 
der Simulator ein System zur Protokollierung der simulierten 
C-8205-Befehle und eine wahlweise Ausgabe der erhalte von 
Befehlszähler, Operationsregister, Adressregister und Akku- 
mulator. Mittels Geräte- und Kanalzuweisungskommando be- 
steht die Möglichkeit, während des Projektbearbeitung Ausga- 
ben, die fir das Terminal (bei C 8205 Schreibmaschinenaus- 
gabe) programmiert wurden, dern Drucker zuzuordnen. 
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Werkfoto 


Kleinrechner C 8205 


2. Arbeitsweise von SI MZ 1600 


Der Simulator liegt in der Form einer abarbeitungsfähigen 
Task vor. Diese Task wird mit dem RUN-Konmiando aktiviert 
und fur die Abarbeitung gestartet. 

Der Simulator meldet sich auf dem Terminal mit der Ausschrift 


SIMZ 1600: 


Für den normalen Ablauf wird an dieser Stelle ein N für Neu- 
start erwartet. Ein die Eingabe beendendes Zeichen (CR/LF) 
braucht hier, wie auch bei einigen anderen Kommandos, nicht 
gegeben zu werden. Erfolgt an dieser Stelle die Eingabe eines 
anderen Zeichens, so wird eine Fehlermitteilung ausgegeben 
und die Kommandoausschrift wiederholt. Liegt eine richtige 
Eingabe an, so meldet sich der Simulator mit der Ausschrift 


#5 
und ist zur Eingabe eines Monitorkommandos bereit. 
Eine Zusammenstellung aller Monitorkommandos wird in der 
Tabelle des Abschnittes 3. aufgeführt. Diese Kommandos lassen 
sich in drei Gruppen einteilen: 


1. Kommandos zur Vorbereitung der Abarbeitung 
Zum Beispiel #EK, #AR, #AW, #AK 
2. Kommandos zur Steuerung der Abarbeitung 
Zum Beispiel #PB, #PF, #55 
3. Kommandos zum Start und zur Fortsetzung der Abarbei- 
tung 
Zum Beispiel #ST, #WE, #GR. 


Das vor dem Kommando stehende # kann weggelassen werden. 
Die Arbeit kann jetzt mit der Eingabe des minimalen Eingabe- 
programmes (MEP) fortgesetzt werden, da das kleine Eingabe- 
programm (KEP) Bestandteil des simulierten Hauptspeichers 
ist. 

Es ist zu beachten, dai3 alle Lochbänder vor der Verarbeitung 
mit einer Lochung Wagenrücklauf/Zeilenschaltung (NL) als 
Endekennzeichen versehen werden. 

Die Speichergräf3e des C 8205 (Intertrommel Adr. '0000 bis 
'17777) wird vollständig nachgebildet. Da die Darstellung eines 
C-8205-Wortes 33 Bit benötigt, erfolgt die Simulation in 3-Wor- 
ten. Das Umsetzen wird so ausgefiilut: 


X XXO 000 000 000 000 1. Wort —>Z0, Z1, Z2 
0 XXX XXX XXX XXX xxx 2. Wort-->Z3'...,217 


o XXX XXX XXX XXX XXX 3. Wort—>Z18,...,232 


Bei dieser Darstellungsweise werden im Speicher des KBR A 
6401 allein für die Simulation des HS 12 K Worte benätigt. 
Von SIMZ 1600 werden folgende Geräte bedient: 


— 2 Lochbandeinheiten 

— 1 Terminal 

— 2 Drucker 

— 1 Wechselplattenspeicher. 


Auf der Magnetplatte werden die simulierte Lochbandein- und 
-ausgabe sowie die Zusatztrommeln des C 8205-Z nachgebil- 
det. 

Die gerätespezifischen Besonderheiten des KBR A 6401 bedin- 
gen eine geänderte Zuweisung der Geräte zu den Kanälen des 
08205-Z, sowie zum SIMZ4200-Simulator: 


Kanalnr. C 8205 A 6401 
Eingabe Ausgabe Eingabe Ausgabe 
(0) SE! LS2 TT TT 
1 LL1 LS1 LLO LSO 
2 LL2 SAl DK TT 
3 LL3 5A2 LLI LS1 
4 LLO SDO 
5 DK DK 
6 TT SD1 


Die Belegung dieser Kanaltabel]e ist mittels Monitorkommando 
#GE an jeder Stelle generierbar. Sollen die Lochbanddateien 
auf Magnetplatte gespeichert werden, so muß vor Beginn der 
Abarbeitung das Kommando #DN G,N, U verwendet werden. 
Dadurch wird dem System die Gerätenummer des Plattenlauf- 
werkes, der Name der Datei und der UIlC der Datei bekannt 
gemacht. 


3. Kommandoübersicht 


Reaktion Reaktion 
Bediener A 6401 


Bedeutung fiin 
C 8205-7 


Bedeutung fir 
SIMZ 1600 


RUN SIMZ SIMZ 1600: Startmeldung 

N #5 Neustart der Simulation Taste G 
(CR) #S Fortsetzung der Simulation 
EKX Eingabe des Kanals Artwahl Kanal 
O...6 

AK x Anzeige Kanal 


GE K,G1,C 


Ausgabe des Kanals 
Gerätezuweisu ng 
G=TE Tenminaleingabe 
TA Terminalausgabe 
LL LB-Eingabe 
LS LH-Ausgabe 
SD SD 1156 
PE _LB-Eingabeplatte Kanal 0...6 
PA LB-Ausgabeplatte 
AU Keine Ausgabe 
1=0...6 
K= Kanal ...7 
C=IS ISO-Coda 
R3 R-300-Code 
EWX Eingabe Wahlschalter 
xX=0 SP-Aus B8-Eln 
X=1 SP-Ein BS-Aus 
xX=2 SP-Aus BS-Aus 
SP-Ein BS-Ein 
Ausgabe Wahlschalter 2 
Eingabe Sperradresse 
Ausgabe Sperradresse 


Programmstart 


Sperrschalter 


HGR IO XXXX' 
000. 
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Reaktion Reaktion Bedeutung 4[1r Bedeutung flir 

Bediener A 6401 EIM2 1600 C 8205-2 

GR Generallöschen Rechner Taste GR 

WE Wiedereintritt KR 

EJI AL,A2. Eingabe in den AC Eingabe AC 

al A1=20...211 
A2=Z12...223 
01 224 ... Z32 

BA1,01 Eingabe Befehlsregister Eingabe 

Al=AR Befehlsregister 
01=GR 

EZ 01, Al Eingabe der 2usatztrommel- s 
Eperradresse 


DFV1.,...,05 


RD 
ET O1... „ON 
PF O1 
PB AI, A2 
SS AF 
AS#5 
Rs 
NS 
"xE#5 
ON G,N,U 
""PFGGI 
#S 
""UF#S 
"AF#S 


01 = Trommelnummer (4 
A 1 = Zusatrtrammel-Sperr- 
adresse 
Druckformat 5eriendrucker UP flir SD 1156* 
01 = Linke Randbegrenzung 
02 =Rechte Randbegrenzung 
03 = 1-E inz eiliger V orschubL1 
2-Einzeiliger Vorschub RE 
3-Einzeiliger Vorsehub L-I-R 
4-Zweizeiliger Vorschu bL 
5-Zweizeiliger Vorschub R 
6-Zweizeiliger VorichubL+R 
04 = 0 ahne Leporello 
1 linker Leporello 
1 rechter Leporello 
3 beide Leporellos 
05 = Zeilen pro Blatt 
Rücksetzen der mit OF 
gegebenen Parameter 
N(=30 
0(_ (02.01.4) von OF 
Protokollierung der 
Abarbeitung 
01= 0 keine Protokollierung 
1 Protakollieru ng von 
B2, AR u. OR bei 
jedem Befeh] 
2 Protokollierung von 
BZ, AC bei jedem 
Befehl 
3 Protokollierung von 
B2,AR, OR,AC bei 
jedem Befehl 
4 Protokollierung von 
BZ fei erflilltem 
Sprung 
5 Pratokoilieru rig von 
HZ, AR,OR hei 
erföHtem Sprung 
6 Protokollierung ran 
BZ,AC bei erfillitem 
Sprung 
7 Protokollierung von 
« BZ, AR, OR, AC bei 
erfillitem Sprung 
Fesnegurg des Protokoll- 
bereiches 
Al = Anfangsadresse 
A2 = Endadresse 
Abbruch an definierter 
Adresse Al 
Meldung bei Erreichen 
der Abbruchadreise A 1 
Rilcksetzen von SS L 
Neust.rt 
Falsches Kommando 
Dateiangabe für LB- 
Plattendatei 
G” Nummer der 
Magnetplatte 
N = Name der Datei 
(4 Zaichen) 
U= UViC ixxx,rnr] 
Paritätsfehler bet " 
LB-Eingabe 
ÜberlaufAC . 
Keine Trommelanwahl 
vor Trommeltratsport 


Reaktion Reaktion Bedeutung tiit Bedeutung für 
Bediener A 6401 51M2 1600 C 8205-2 
.«BS#5 Es liegt ein bedingter 
en Stopp vor 
US Es liegt ein unbedingter 
Stopp vur 


I Kompatibilitlit SIMz r600151mT 4201 


4. Schluf3bemerkung 


Der Simulator befindet sich zur Zeit in der Entwicklungsstufe 
EA. Geplanter Fertigstellungstermin ist das IV. Quartal 1983. 
Es ist möglich, daß im Laufe der Testarbeiten am KBR A 6401 
noch Änderungen am Funktionsprinzip des Simulators voige- 
nomrnen werden. Deshalb ist zum III. Quartal 1983 an der 
Ingenieurhochschule Zwickau ciii Kolloquium über die Anwen- 
dung des Simulators geplant. Dabei wird es auch eine praktische 
Vorführung des Simulators geben. 


Literatur 


111 Programmierung und Bedienurig der elektronischen Rechenanlage 
Darr 8205 Z, Heft 1 bis 10. VEB Rechenelektranik Meinigen 
Zella-Mehlis 

j2/ Simulationsprogramm SIMC 4200. VEB Robotron-Vertrieb Dres- 
den. 

ı31 MOS SIMtT 4200/4000. VEB Rabotron 2FT 


Leistungsfaktor Elektronische Rechentechnik 
Erfahrungen bei der A nwendung 


Von Dr. Karl Hauptmann und Prof. Dr. Karl-Heinz Steuer 
224 Seiten, 26 Abbildungen, 7 Tabellen, Pappband, 14,00 M 
Bestellangaben: 675 494 0/Hauptmann, Leistungsf. RT 


Die Wirtschaftsstrategie der achtziger Jahre flir die gezielte 
Nutzung der elektronischen Rechentechnik und die bisherigen 
Erfahrungen der EDV-Anwendung in den Kombinaten werden 
in dieser Arbeit ausführlich behandelt. ökonomische Fragen 
im Zusammenhang mit der EDV-Anwendung werden ebenfall 
Verständlich und für den vorgesehenen Zweck ausreichend dar- 
gestellt. Die Arbeit gibt den Leitern auf unterschiedlichen 
Ebenen und in verschiedenen Bereichen der Gesellschaft in 
geschlossener Form eine Darstellung des Standes und der Per- 
spektiven der Anwendung der elektronischen Rechentechnik 
in der DDR. 


Ihre Bestellurig richten Sie bitte 
an den Verlag Die Wirtschaft, Abt. Vertrieb, 
1055 Berlin, Am Friedrichshain 22, 
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Service und Schulung 


Technischer Kunden- 
dienst für 
Basisrechnersysteme 


Manfred Bilge, Dietrich Menz, Werner Hentschel 
VEB Robotron-Vertrieb Berlin 


Mit dem Einzug von Mikroelektronik und Mikrorechentechnik 
in das Einsatzgebiet bisheriger Kleinrechner wurden vorteil- 
hafte Entwicklungen wirksam, die 


— im modularen Aufbau von Baugruppen 

— in der Miniaturisierung von Bauelementen und ganzen Funk- 
tionseinheiten 

— in der Integration der verwendeten Schaltkreise und 

— bei der Bauweise der Einschubtechnik zur Unterbringung 
verschiedener Geräte in universellen Schränken 


sichtbar werden. 

Diese Entwicklungen der modernen Rechentechnik erfordern 
auch teilweise neue Organisationsformen des Kundendienstes 
und veränderte Reparaturmethoden. Nur so kann bei der tech- 
nischen letreuung der Anlagen das hdhere konstruktiv-tech- 
nische Niveau der Gerate genutzt werden. Ein Betspiel dafeie 
ist das hier beschriebene System des technischen Kundendien- 
stes des VEB Kombinat Robotron feir seine Basisrechnersy- 
steme. 


1. Kundendienststrategie 


Die neue Kundendienststrategie des VEB Kombinat Robo- 
tron basiert auf einem Konzept, welches bei sparsamem Ein- 
satz von personellen, finanziellen und materiellen Fonds den 
Nutzern eine optimale Verfiigbarkeit der Basisrechnersysteme 
sichert. 

Diese Konzeption umfaßt den gesamten Komplex der perso- 
nellen und finanziellen Vorbereitung und Durchführung des 
technischen Kundendienstes bis hin zu einem effektiven Ein- 
satz von Mel- und Priifmitteln und der notwendigen Ersatz- 
teile und Baugruppen. 

Kern der Kundendienststrategie für die Basisrechner und die 
darauf aufbauenden arbeitsplatzbezogenen Konfigurationen 
des Kombinats Robotron ist die Leistungsabgrenzung zwischen 
Anwender, den Kundendienstorganen des Kombinats Robo- 
tron und ggf. ausländischen Serviceorganen. 

Fur die Organisation des technischen Kundendienstes im In- 
land und Ausland bestehen für einen optimalen Arbeitskräfte- 
einsatz Möglichkeiten der Arbeitsteilung entsprechend Tab. 1. 
Die im Einzelfall zu wählende Form der Leistungsabgrenzung 
wird gemeinsam mit dem Anwender festgelegt. 


2. Methoden des Technischen Kundendienstes 


Die im Abschnitt 1. skizzierte Kundendienststrategie geht unter 
anderem davon aus, daß Mikrorechner gegenüber bisherigen 
Rechnern auf Grund ihrer konstruktiven Gestaltung vielfältige 
Vorteile bei der technischen Betreuung bieten. Hierzu gehört 
zum Beispiel der Einsatz der Prüfsystemunterlagen, die eine 
Fehlerortung in weitaus größerer Umfang als bisher zulassen. 
Es wird ein umfangreiches Programmpaket bereitgestellt, wel- 
ches in Verbindung mit Servicebaugruppen (Steckeinheiten, 
Prüf-Anschlutlsteuereinheiten, Kurzschlul-Steckeinheiten und 
zugehörige Kabel) das Lokalisieren der Fehler im allgemeinen 
bis auf die defekte Steckeinheit sowie eine FunktionsprOfung 
der Rechnereinheit ermöglichen. 
Die lokalisierte Baugruppe wird dann ausgetauscht; die defekte 
Baugruppe wird in einer Werkstatt des Kombinats Robotron 
repariert. 
Bei Exportanlagen kann von einem nationalen Kundendienst- 
organ die Baugruppenreparatur ausgeführt werden. Die dazu 
nötige Ausriistung und Technologie wird vom Kombinat Robo- 
tron bereitgestellt. Fehler an mechanischen und elektrischen 
Baugruppen werden direkt an der Anlage beseitigt. 
Des weiteren kommen neben den bekannten Meßgeräten auch 
in begrenztem Umfang Logik- und Signaturanalysatoren zum 
Einsatz. Für den Prozessor wurde ein spezielles Prüfgerät ent- 
wickelt, welches im mobilen Kundendienst verwendbar ist. 
Eine wesentliche Neuerung stellt das im Aufbau befindliche 
Service-Zentrum Basisrechnersysteme des VEB Robotron-Ver- 
trieb Berlin dar. Hier wird die Möglichkeit geschaffen, mit Hilfe 
“der rechnergestützten Fehlersuche an einem zentralen Ort den 
an den Rechner tätigen Technikern Unterstützung bei der Feh- 
lerbeseitigung zu gewähren. An festgelegten Melpunkten wer- 


Tab. 1 Verteilung der Aufgaben der technischen Betreuung der Basis- 
rechneraysteme des VEB Kombinat Robotron 


Aufgabe Robo- aus- Anwender 
Iron ländisches 
Service- 
organ 
Technikerschulung x 1 | 
Montage/Inbetriebnahme x 1 _ 
Wartung (täglich) - _ x 
Wartung (It. Arbeitsplan) - 1 x 
Fehlerdiagnose mit PSU x x K 
Reparatur an K 1620/1630 und BDE K x x in Son- 
derfällen 
Reparatur an Anlage, PE; STE-, BG-, 
Gerätetausch x x H 
Werkstattreparaturen x x = 
Spezialistendienst/llavarieu ın terstü tzung x 1 _ 
Hardware-Änderungen x x x gemäß 
Auftrag 

Diagnose-A nd eru ngsd ien st x x = 
Ersatz [e il-/ A r belt sm ittelversorgu ng X x 2 
Baugruppentausch x x 
Unterstützung bei schwierigen hard- 
ware-Fehlern durch Service-Zentrum 
Berlin x 
1 — Es können individuelle Regelungen entsprechend landesapezifr 

sehen Gegebenheiten und Ausbildungsstand der Techniker getrof- 

fen wetden 
2 — bei Eigenbetreuung im Ausland (ohne nationales Kundendienst- 

organ) 
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ierfaltige Diagnoseprogramme erlauben die Fehleran 
im Dialog mit dem Rechner. 


ski -ortting 
Foto: Rentschel 


den die Signale mit den im Service-Zentrum abgespeicherten 
Werten verglichen (Bildung eines Referenzcodes), um so bei 
schwierigen Fehlern auf defekte Baugruppen sehBie$en zu kön- 
nen. 

Die Übermittlung der Daten wird in der Anlaufphase auf her- 
kömrnlichen tibertragungswägen (Telefon, Fernschreiber) reali- 
siert. An dieser Dienstleistungseinrichtung können alle interes- 
sierten Anwender der Basisrechnersysteme teilhaben. 

In Ergänzung der genannten Reparaturmethoden wurde in den 
Vertriebsbetrieben ein Baugruppenaustausch vorbereitet, der 
dem Nutzer der Basisrechnersysteme einen sofortigen Aus- 
tausch seiner defekten gegen eine entweder industriell oder in 
Spezialwerkstätten instandgesetzte Baugruppe sichert. 


3. Vorbereitung des Technischen Kundendienstes 


Zur Realisierung der Kundendienststrategie für die Basisrechner- 
systeme des Kombinats Robotron wurde eine Reihe von Vor- 
aussetzungen geschaffen. 


3.1. Technikerschulung 


Vom Schulungszentrum des VEB Robotron-Vertrieb werden 
zu den einzelnen Geräten Grund- und Aufbaulehrgänge ange- 
boten. Im Export kann die Schulung von ausländischen Kun- 
*dendienstarganen übernommen werden. 

Voraussetzung für den Besuch dieser Lehrgänge ist die einmalige 
erfolgreiche Absolvierung des Grundlehrganges Mikrorechrer- 
Geräte-Systeme K 1600. 

Die Auswahl der Lehrgänge erfolgt entsprechend der Arbeits- 
teilung bei Wartung und Reparatur zwischen den Anwendern 
und den Robotron-Vertriebsbetrieben bzw. aus ausländischen 
Kundendienstorganen. 


3.2. Organisatorische Regelungen 


Zu den wesentlichsten organisatorischen Festlegungen zur 
Durchsetzung der Kundendienststrategie gehören: 


— sinnvolle Arbeitsteilung bei Reparatur und Wartung der 
Rechner zwischen den Anwendern und den Kundendienst- 
organen 

— volle Nutzung der modernen Fehlersuchhrffen wie Prufsy- 
stemunterlagen (PSU), Service-Steokeinheiten sowie der 
Meci geräte durch Anwender und das Kundendienstorgan 

— Beteiligung der Anwender an dem im VEB Robotron-Ver- 
trieb Berlin installierten Servicezentrum bei der Ferndiagnose 
schwieriger Fehler 

- Bereitstellung der Meltechnik der Anwender am Anlagen- 
stand art 

— Abgabe und Austausch von defekten Baugruppen durch den 
Anwender gegen regenerierte bei den Robotron-Vertriebs- 
betrieben (Inland) bzw. in Stützpunkten oder Technischen 
Zentren (Ausland) 

— Aufbau von Reparaturwerkstätten in den Robotron- Ver- 
triebsbetrieben für definierte Baugruppen und Geräte 

— Aufbau von service-stiitzpunkten bzw. Technischen Zentren 
hei Kundendienstorganen bzw. Großanwendern im Ausland. 


4.  Schluf3bemerkungen 


Die von den Vertriebsbetrieben des Kombinats Robotron vor. 
bereiteten Maisnahmen für den technischen Kundendienst er- 
geben für die Verfügbarkeit der Basisrechnersysteme ein volks- 
wirtschaftliches Optimum. Die veränderten ökonomischen Be- 
dingungen insbesondere auf dem Energiesektor, bei Investitio- 
nen und Kosten erfordern in gröfierem Umfang als bisher die 
Dezentralisierung der Leistungen. Das vorstehend umrissene 
Konzept für den technischen Kundendienst für Basisrechner- 
systeme des VEB Kombinat Robotron trägt diesem Anliege 
Rechnung. : 


Grundlagen der elektronischen Datenverarbeitung 
für Okonomen 


Hochschupvlehrbuch 


Herausgeberkollektiv, Ltg. Prof. Dr. habil. Siegfried Apelt 
288 Seiten, 113 Abbildungen, 20 Tabellen, Pappband, 16,00 M 
Bestellangaben: 675 493 2/Grundlagen DV 


Das Lehrbuch ist fur die Ausbildung von Studenten der Grund- 
studienrichtung Wirtschaftswissenschaften auf dem Gebiet der 
Informationsverarbeitung bestimmt. Die Aufgabe des Buches 
besteht darin, den Studenten Kenntnisse über wesentliche Be- 
griffe und Zusamunenhänge auf dem Gebiet der Informations- 

erarbeitung zu vermitteln, ihnen einen Überblick über die 
grundlegenden Voraussetzungen für die Anwendung der Infor- 
mationsverarbeitung in der Okonomie, über den Aufbau und 
die Wirkungsweise von elektronischen Datenverarbeitungsan- 
lagen. die Patenorganisation sowie moderne Nutzungsformen 
der Datenverarbeitung zu geben und sie zur aktiven Mitwirkung 
bei der Erarbeitung und Nutzung von Anwendungsprojekten, 
die der Intensivierung des sozialistischen Reproduktionspro- 
zesses dienen, zu erziehen. 
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Schulung 
für Basisrechner des 
Kombinats Robotron 


Erhard Friske, Klaus Schurbeum 
VEB Robotron-Vertrieb Berlin 


1. Zielstellung der Schulung 


In den letzten 12 Jahren hat sich im VEB Robotron-Vertrieb 
Berlin ein Schulungszentrum fair EDV-Kleinrechnersysteme 
herausgebildet. Mit der Entwicklung der Basisrechner A 640x 
und der darauf aufbauenden arbeitsplatzbezogenen Konfigura- 
tionen A 64xx ergaben sich auch fair das Schulungszentrum 
neue und interessante Aufgaben. Für uns war es selbstverstärid- 
lich, dai3 mit der Einführung der neuen Rechnersysteme auch 
höhere Anforderungen an das Ausbildungsniveau gestett wer- 
den müssen. Ziel für die Bereiche Anwendungs- und Instand- 
haltungstechnik war es gleichermaßen, mit einer noch höheren 
Effektivität die Schulung vorzubereiten und durchzuführen. 
Grundgedanke unserer Überlegungen ist es, in einer hohen 
Qualität bei kürzeren Lehrgangszeiten die gestellten Bildungs- 
ziele zu erreichen. 


2. 5chul ung Instandhaltung 


Von großer gesamtgesellschaftlicher Tragweite ist die Forde- 
rung nach Erhöhung der Effektivität der Volkswirtschaft. Die 
Verringerung von Ausfallzeiten an Rechnersystemen ist daher 
von besonderer Bedeutung. Um diese Ziele zu verwirklichen, 
müssen neue Wege gegangen werden, um besonders die Fehler- 
suche und Fehlerbeseitigung rationeller zu gestalten. 
Ausgangspunkte unserer Vorstellungen zu einem Schulungs- 
konrept für die Basisrechnersysteme waren Entwicklethinweise 
sowie die Kundendienststrategie des VEB Kombinat Robotron. 
Die Hauptorientierung zur Fehlerbeseitigung in Havariefällen 
ist durch den Baugruppentausch von Kundendiensttechnikern 
gegeben. Dazu ist es erforderlich, dat vom Anwender gezielte 
Angaben gemacht werden können, die auf die mögliche Fehler- 
ursache hinweisen können. Da nicht in jedem Fall ein Fehler 
mittels Baugruppentausch behoben werden kann, ist es erfor- 
derlich, einen bestimmten Kreis von Technikern des Anwenders 
mit dem notwendigen Wissen auszub]lden. Damit ergeben sich 
von vornheaein zwei Ausbildungsrichtungen mit den Bildungs- 
zielen 
« Befähigung. Fehler mittels Baugruppentausch zu beseitigen 
bzw. gez.ielte Hinweise und Angaben der Fehlererscheinung 
für den Einsatz von Spezialisten zu geben 
« Befähigung, Fehler mit Hilfe von melltechnischen Mitte]n 
und Kenntnissen der logischen Struktur zu beseitigen. 


Im Lehrgangssystem Basisrechner, Teil Instandhaltung (Abb. 1), 
sind die beiden Ausbildungsrichtungen deutlich erkennbar. 
Grundsätzlich muß jeder Techniker zunächst einmal den Grund- 


e” 


Praxisbezogene Technikerausbildung im Sehulungsrenirum des VEB 
Robatton-Vertrieb Berlin. Foto: Hentachei 


'bhugang besuchen. Dort werden die notwendigen Kenntnisse 
über die prinzipielle Arbeitsweise, die Programmierung, die Wir- 
kungsweise der einzelnen Funktionseinheiten, die Bedienung 
und die Diagnosemöglichkeiten vennittelt. Mit dem erfolgrei- 
chen Abschluß dieses Lehrganges sind die Teilnehmer befähigt, 
weiterführende Lehrgänge zu besuchen. Für die erste Ausbil- 
dungsrichtung ist dafür der Lehrgang Systemdiagnose vorge- 
sehen. Schwerpunkt ist hier die Diagnose des gesamten Systems 
mit Wartungshilfen des Moos 1600 sowie die Erste] Jung eige- 
ner Gerätebedienprogramme mit und ohne Betriebssystemlei- 
stungen. Wir sind dabei von der Tatsache ausgegangen, daß als 
echtes Kriterium fur die ordnungsgemäße Arbeitsweise des 
Basisrechners nur eine fehlerfreie Programmabarbeitung unter 
Steuerung des Betriebssystems gelten kann. 

In der anderen Ausbildungsrichtung werden in erster Linie Kun- 
dendiensttechniker sowie Techniker größerer Anwender an den 
Geräten ausgebildet, die zum Systembestand der Basisrechner 
gehören. In diesen Lehrgängen werden ihnen die logisch-funk- 
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Abb. 1 Lehrgangssystem fair Basisrechner A 640x 
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tioneile Struktur der Geräteeinheiten erläutert sowie mittels 
praktischer Jbungen notwendige Einstellungen und Fehler- 
suche trainiert. Die Teilnehmer sind so mit dem notwendigen 
Wissen ausgerüstet, in der Praxis durch folgerichtiges Handein 
sowie mit Hilfe der erlernten Fehler-Such-Strategie den Fehler 
einzugrenzen und zu beseitigen. Oberstes Ziel unserer Techni- 
kerausbildung ist es, solche logischen Denkstrukturen herauszu- 
bilden, die dazu befähigen, in möglichst kurzer Zeit eine Havarie 
zu beseitigen. Für Spezialisten der Robotron-Kundendienstor- 
gane werden im Rahmen der Instandhaltungsschulung nach spe- 
zielle Lehrgänge für den K 1620/K 1 630 sowie für die System- 
generierung durchgeführt. 


3. Schulung Anwendungstechnik 


Ein wesentlicher Bestandteil der Einsatzvorbereitung für Basis- 
rechner und darauf aufbauende arbeitsplatzbezogene Konfigu- 
rationen ist die Schulung von Organisatoren, Programmierern 
und Bedienern. Mit dem erhöhten Leistungsangebot des Opera- 
tionssystems werden zwangsläufig grökere Anforderungen an 
Lehrkräfte und Lehrgangsteilnehmer gestellt. Um diesem Ziel 
gerecht zu werden, wurde ein Lehrgangssystem entwickelt, das 
mit seiner Modularität alien Zielgruppen gerecht wird. 

Im Gegensatz zur Schulung Instandhaltung ist die Schulung 
Anwendungstechnik in hohem Mai e von der jeweiligen kon- 
kreten Art der Basisrechner bzw. arbeitsplatzbezogenen Kon- 
figurationen abhängig. Im folgenden wird deshalb beispielhaft 
das Lehrgangssystem Anwendungstechnik für die kommerriellen 
Basisrechnersysteme KBR A 6401 /A 6402 erläutert (Abb. 2). 
Hier ist als vorbereitender Lehrgang ein Obersichtslehrgang vor- 
gesehen. Es wird ein Überblick über das Mikrarechnergerätesy- 
stem, das Betriebssystem und die unterschiedlichen Program- 
miersprachen gegeben, Damit soil deni Nutzer ein Leitfaden 

fir chic optimale Strategie zur Realisierung seiner Vorstellungen 
in die Hand gegeben werden. Darauf aufbauend werden speziell 
fir Programmierer die Lehrgänge Assemblerprogrammierung 
und Betriebssystem für WTÜR-Einsatz durchgefiihrt. Verbun- 
den mit praktischen Obungen am KBR A 6401/4 6402 werden 


Übersicht O 6401/46402 


Bedienung A 6401 /A 6402, 


---I FORFRAN - Peogremnnerureg A 6401/A 6402’ 
sn "PASCAL -Prodranemie2-ung A 6401/A 6402 


„Assembler-Pragrummrertug A6401/464 02 
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COBOL -Programmierung A 6402 


Abb. 2 Lehrgangssystem KBR A 6401/A 64p2, Tell Anwendungs- 
technik 


Autbildung in der Lehrgangsrichtung Anwendungstechnik im Srhulumgs- 
zentrum des VEB Robotron-Vertrieb Berlin. Foto: Hentschel 


die Teilnehmer befähigt, in der Sprache MACRO 1600 Pro- 
gramme zu schreiben sowie das Leistungsangebot des Betriebs- 
systems MOOS 1600 voll zu nutzcn. 

Zu beachten ist, dab diese beiden Lehrgänge eine fachliche Ei*- 
heit bilden. Wahlweise könnten anschliebend Lehrgänge zum 
POS-Angebot sowie Systemprogrammierung belegt werden. 
Für die problemorientierten Sprachen COBOL, FORTRAN 
und PASCAL werden, aufbauend auf den Übersichtsiehrgang, 
ebenfalls Lehrgänge angeboten. Speziell für Bediener des KBR 
A 6401/A 6402 wird chic 14tägige Schulung abgehalten. Neben 
der eigentlichen Bedienung des Rechnersystems und des Be- 
triebssystems werden den Teilnehmern die Wertungshilfen 

des MOOS 1600 vorgestellt, damit auch sie in dei Lage sind, 
bei Havarien gezielte Angaben an das ruständige Kundendienst- 
organ zu übermitteln. Mit dem Aufbau eines Servicezentrums 
beim VEB Robotron-Vertrieb Berlin werden diese Kenntnisse 
eine unabdingbare Notwendigkeit sein. 
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Analngausgabe 

AnschluJ steuerung für Bedieneinheit 
Anschlui3steuerung für Bildschirm 
Ansschlutisteuerung für SIF 1000 
Anaiogeingabe;auch Ausgabeeinheit 
Anschlußsteuerung für Folienspeicher 
Anschlußsteuereinheit für serielle Datenadapter 
Anschluiisteuerung für Kassettenplattenspeicher 
Arbeitsplatz für Konstruktion und Technologie 
Anıschlut3steuerung für Magnetbandgerät 
Arithmetikprozessor 

Anschlutisteuerung 

Anschlul steuernng für Geräte mit IFSS-Interface 
(Nahübertragung) 

Asynchroner System-Trap 

AnschluCisteuerung für Geräte mit V.24-Interface 
(Fernübertragung) 

Anschlu steuerung für serielles Linieninterface zum 
Anschlul der Prozelein-/-ausgabe 


Busadapter 
Bedieneinheit 
Buserweiterung 
Baugruppe 
Bus-Koppeleinheit 
Bildschirm-Terminal 
Bus-Abschlug 
Busumsetzer 
Busverstärker 
Bildverarbeitungssystem 


DA-0 Digitalausgabe-Optokoppler 
DA-R Digitalausgabe-Relais 


DAS 


Digitalausgabe statisch 


DA-T Digitalausgabe-Transistor 
DBM Datenbankmaschine 


DES 
DC 


Datenbanksystem 
Gerätekoordinatensystem (device coordinate) 


DEAS Disgital-Ein -j-Ausgabe 


DED 


Digitaleingabe dynamisch 

Digitaleingabe multiplex 

Testprogramm (Debugging Program) 
Digitaleingabe statisch 

Datenerfassungs- und Informationssystem 


Editor 
Einheitliches Gefäiisystem 
Emulatorprozessor 


Dateizugriffsroutine (File control service) 
Frontplatte;auch Fileproressor 
Folienspeicher 

Folienspescherei nheit 


Gleichstrom-Datenübertragung mit Niedrigpegel 
Grundeinheit 


Impulsausgabe 

Schnelles serielles Interface 

Interface für sternförmigen AnschluL mit Parallel- 
übertragung 

Interface für sternförmigen Anschluti mit 5eriell- 
übertragung 

Funktionelles Betriebssystem zur Bildverarbeitung 
(Image Processing Utility) 


Kommerzielles Basisrechnersystem 
Kundendienst 

Kleines Eingabeprogramm 
Karteneinschub 


K annnet ten r agnethand 
Kassettenmagriet bandeinhcit 


Lochbandeinheit 

Lochbandleser 

Bib iotheksprogramm (Librarian Utility) 
Lochbandstanrer 


Minimales Eingabeprogramm 
Mikrorechner-Gerätesystem 

Momitor 

Maschinenorientierte Systemunterlagen 
Mikrorechner 

Mehrrechner-Koppelbus 


Normalisiertes Gerätekoordinatensystem (Normalized 
device coordinate) 


Testprogramm (On-line Debugging Tool) 
Operativspeicher 


Peripherie 

Prozelleixi-/-auuugabcuiinheit 

Programmierbarer Festwertspeicher 
Datei-Transferprogramm (Peripheral Interchange 
Program) 

Pro b le morien t iert e System unterlagen 
Proretirechnersystem 

Prüfsyst emunterlagen 

Programmstatuswort 
Lochband-Eingabeprogramm (Paper Tape Input) 


Querschnitts-PD5 


Löschbarer, programmierbarer Schreib-/Lese-Speicher 
mit wahlfreiem Zugriff (Random Access Memıry) 
Rückverdrahtungsleiterplatte 

Festwertspeicher mit wahlfreiem Zugriff (Read Only 
Memory) 


Seriendrucker 

Serieller Datenadapter 
Steuereinheit; auch Serviceeinheit 
Standard-Interface 

System Kleinrechner 

Synchroner System-Trap 
Standard 

Steckeinheit 

St ro m ver sorgu ngs mod ul 
Stromversorg ungszu satz 
Speicherverwaltungseinheit; auch Speichervermitl- 
lungseinheit 


Telegrafie-AnschluL kassetten 
Terminalorientiertes Basisrechnersystem 
Technische Mittel 


Ühertragungseinheit 
(7berwachungsmod ul 
Nutzerdatenverxeichnis 
Nutxeridentifikationscode 
Un iversa lim pu Istäh I er 


Virtuelles Kommandoprogramm 
Verarbeitungsprozessor 


Weltkoordinatensystem (World coordinate) 

W echselstrimmt elegra fi eübert ragu n gseinrich tung 
Wissenschaftlich-technische und ökonomische 
Berechnungen 


Zentrale Recheneinheit 
Zentrale Verarbeitungseinheit 
Zähler-Zeit ge b ereinhe it 
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Herausforderung 
Mikroelektronik 
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Von einem Autorenkollektiv unter Leitung Die Mikroelektronik und ihre verschieden- 


von Günther Fraas artigen An wendungen stellen Anforderungen 
etwa 288 Seiten, Glanzfolie, an unsere und vielleicht auch künftige Gene- 
etwa 19,80 M rationen, wie sie selbst von Fachleuten in 
Bestellangaben: 675 595 1 /Herausf. ihrer ganzen Tragweite noch nicht über- 
Mikroel. schaut werden können. Anliegen dieser 
Erscheint voraussichtlich Publikation ist es, auch schwierige techni- 
im I V. Quartal 1983 sche und naturwissenschaftliche Zusammen 


hänge einfach und verständlich darzulegen 
und eine neue Denkweise anzuregen, in der 
die Mikroelektronik als das gesehen werden 
kann, was sie ist: eine Herausforderung an 

; uns alle. 
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Basisrechner sind sowohl in autonomer Betriebsweise 

als auch in Direktkopplung als Terminal in Großrechner- 
systemen vielfältig einsetzbar. 

Grundlage für das Erreichen der dazu notwendigen 
Flexibilität ist die modulare Konzeption der Mikrorech- 
nerfamilie K 1600. So werden die logischen Funktions- 
einheiten als Steckeinheiten ausgeführt und in Blockein- 
schüben konstruktiv zusammengefaßt.. Mit der Austausch- 
barkeit dieser Einschübe ergibt sich ein breites Spektrum 


peripherer Geräte, Multiplexoren und universeller pro- 
blemorientierter Terminals. Als vorteilhaft erweist sich 
das Finbeziehen der Basisrechner in das System der 
Kleinrechner der sozialistischen Länder, da über den 
Einheitsbus auch periphere Geräte aus dem Lieferum- 
fang des SKR genutzt werden können. 

Die Beiträge in diesem Heft urid die Konfigurationsbei- 
spiele auf dieser Seite verdeutlichen dieses sehr anschau- 
lich. 
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